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A net mélyére ásni, bugyraiban tényleg intelligensen A módszertan neve: acceptance-test-driven deve- 495 
lopment (ATDD), azaz magyarítva kb. átvételi forint 
vizsgálatokon alapuló fejlesztés. ; 15. oldal 


kutakodni még a Googte sikere ellenére is komoly 
problémákat okoz. Van-e megoldás? ) 19. oldal 
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A költséghatékonyság és a gyors reakcióidő kényszerét sok esetben a szoftver tesztelésére 
fordított erőforrások sínylik meg. Pedig a hibák kijavításának ára a program kiadása után akár 
többszörösére is növekedhet, nemn is beszélve a felhasználónál felszínre kerülő sérülékenységek és 
hibák miatti presztízsveszteségekről. Hogyan békíthetjük ki a költséghatékonyságot a minőséggel? ARE 
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mi másodpercenként huszonöt képkockával dolgozunk 


E] KEN 
HYDE TECH CORNER 
Ezen a héten Szekeres 
Viktor, a Gloster telekom Javító és 
Szerelő Kft. ügyvezető igazgatója 
és Krasznay Csaba, a HP Magyar- 
ország II-biztonsági tanácsadója 
kommentálja a hét híreit, esemé- 
nyelt. 


ELHUNYT STEVE JOBS 

Az Apple egyik társala- 
pítója és volt vezérigazgatója 56 
éves korában távozott. 


PARADIGMAVÁLTÁS? 
A SZIGNATÚRÁK VÉGE 


A NAGY ADAT-KÉSZÜLÉK 
Nagy appliance-bejelen- 
tések és ködös cloud-stratégia 
a múlt héten lezajlott OpenWorld 
2011-en. 


OLVASSUNK A S50ROK 

KÖZÖTT! 

A költséghatékonyság 
és a gyors reakcióidő kényszerét 
sok esetben a szoftver tesztelé- 
sére fordított erőforrások sínylik 
meg. Pedig a hibák kijavításának 
ára később akár többszörösére 
is növekedhet, nem is beszélve 
a felhasználónál felszínre kerülő 
sérülékenységek és hibák miatti 
presztízsveszteségekről. Hogyan 
békíthetjük ki a költséghatékony- 
ságot a minőséggel? 


A hardvere erősebb, mint az iPhone 4-é, operációs rendszere pedig az 
iOS 5. A tőzsde azonban csalódott volt: gyengültek az Apple-részvények. 
s computerworld.hu/cikk/iphone-s4 


Okostelefonokra szánt tévéadásokkal, játékok- 
kal és e-magazinokkal hódítanák meg a fel- 


használókat. 


KN ÜZLET INN 


A SZOFTVERTESZTELÉS 
OKTATÁSA HAZÁNKBAN 
Vajon hol és hogyan kép- 
zik azokat a szakembereket, akik 

a megfelelő kreativitással és szak- 
értelemmel tölthetik be a ma még 
gyakran üresen álló pozíciókat? 
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KÖZÖSSÉGI TESZTELÉS 
Mire jó a közösségi 
szoftvertesztelés? Cikkünkben 
az előnyökről és a hátrányokról 
egyaránt lerántjuk a leplet. 

18  FELHASZNÁLÓKHOZ 
IGAZODVA 

A fejlesztők újabb és 
újabb adaptív felületekkel bővítik 
az EuroOffice irodai program- 
csomagot. A jövőben a netbookok 
és a mobileszközök kerülnek a 


fókuszba. 
19 KÉRDÉSEK KULCSSZA- 
VAK HELYETT 

A világháló mára minden- 
napjaink részévé vált, átalakította 
az emberi kommunikációt, társa- 
dalom- és gazdaságformáló szere- 
pe felbecsülhetetlen. 
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21 


A vállalatoknak érdemes 


támogatni az önkéntes munka- 
végzést, mivel profitálhatnak 
belőle. 


I ÁLLANDÓ 
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04 VÉLEMÉNY 


Fabiányi Gábor: Szoft- 


vertesztelés tesztközelből — 
A tesztelés elhanyagolásának 


következményei komolyak lehet- 


nek. Mire figyeljünk minden- 
képpen oda? 
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ESEMÉNYEK 


Centre pontosan tudjuk, mennyit veszít Kindle Fire-en: 10 dollár 
63 centet. Am valószínű, hogy áttételesen sokkal többet nyer majd. 


5 computerworld.hu/cikk/kindlefire 


Lapjaink digitális változatának terjesztésével 
foglalkozó Digitalstand Andorid Honeycombon 


is elérhetővé tette lapkínálatát. 


s computerworld.hu/cikk/mobil-tv 


s computerworld.hu/cikk/digi-cw 
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Szerkesztőségünk a kéziratokat lehetőségei szerint gondozza, de 
nem vállalja azok visszaküldését, megőrzését. 

A COMPUTERWORLD-ben megjelenő valamennyi cikket (eredetiben 
vagy fordításban), minden megjelent képet, táblázatot stb. szerzői 
jog védi. Bármilyen másodlagos terjesztésük, nyilvános vagy üzleti 
felhasználásuk kizárólag a kiadó előzetes engedélyével történhet. 
A hirdetéseket a kiadó a legnagyobb körültekintéssel kezeli, ám 
azok tartalmáért felelősséget nem vállal. 


A lapot a Lapker Rt., alternatív terjesztők és egyes számítástechnikai 
szaküzletek terjesztik. Előfizethető a kiadó terjesztési osztályán, 

az InterTicketnél (266-0000 9-20 óra között), a postai kézbesítőknél 
(06/80-444-4444; hirlapelofizetesoposta.hu, fax: 303-3440) 
Előfizetési díj egy évre 16 440 forint, fél évre 8220 forint, 
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Olvasóink szokásait a Nemzeti Médiaanalízis méri fel. 


A Computerworid az IVSZ hivatalos médiapartnere. 


Be print-audit 


A szerkesztőségi anyagok 
vírusellenőrzését a NOD32 Antivirus 
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programmal végezzük, amelyet 
a szoftver magyarországi forgalmazója, a Sicontact Kft. 
biztosítja számunkra. 
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özgítvertesztelés 
CESztköZeiől ! 


Fabiányi Gábor 
marketingmenedzser, 
Kürt Zrt. 


A programfejlesztési projektek egyik kulcskérdése a tesztelés, mégis, súlyához képest általában kevés figyelmet és erőforrást 
szentelnek neki. A következmények komolyak lehetnek. Nem feltétlenül kell nagy méretekben gondolkodni, kisebb 
projektek esetén is alapvető fontosságú eleme a fejlesztésnek a megfelelően megtervezett, kontroll alatt tartott és persze jó 
minőségben és alapossággal végzett tesztelés. 


okszor még nem világos 

az érintetteknek, hogy 

pontosan mit is kell érte- 
ni tesztelés alatt. Sokan hiszik 
azt, hogy a tesztelés a fejleszté- 
si folyamat végén sorra kerülő 
átadás/átvételi ellenőrzés, ahol 
egyrészt a funkciók működését 
vizsgálják, másrészt azt, hogy 
a végeredmény többé-kevésbé 
megfelel-e a megrendelő által el- 
vártaknak. 

Valójában a tesztelésre, illetve 
a különböző célú (kódelemző, 
teljesítményfigyelő, funkcioná- 
lis, regressziós stb.) teszteljárá- 
sokra elejétől kezdve, a fejlesztés 
teljes folyamatában szükség van. 
Ezzel elkerülhető, hogy a pro- 
jekt végén szembesüljünk olyan 
problémákkal, amelyek már 
nem, vagy csak nagyon nagy rá- 
fordítással orvosolhatók. 

Vegyük sorra azokat a szem- 
pontokat, amelyekre minden- 
képpen ügyelni kell, ha egy 
szoftverfejlesztési projektbe fo- 
gunk, és a tesztelést a helyén 
szeretnénk kezelni! 

Szakember. A munkát tesz- 
telésben jártas szakemberekre 
kell bízni. Egy komolyabb szoft- 
ver tesztelése rendkívül komplex 
feladat, a különböző fázisok kü- 
lönböző feladatai eltérő kompe- 
tenciákat követelnek meg, tehát 
nem elegendő, ha például kód- 
tesztelő szakemberre bízzuk az 
egész folyamatot. 

Menedzsment, dokumentált- 
ság. Nagyon fontos, hogy legyen 
valaki, aki a tesztelési folyamatot, 


a szerteágazó feladatokat össze- 
fogja, menedzseli, és aki nagyobb 
léptékű rálátással bír a projektre. 
Erre a pozícióra is teszteléshez 
értő szakember kell, pusztán pro- 
jektmenedzsment-tapasztalatok- 
nál többre van szükség. 

Megfelelő időt szükséges 
szánni a tesztelési terv elkészí- 
tésére, amely részletesen tartal- 
mazza, hogy mely fázisban, mi- 
kor, melyik teszteljárást kell al- 
kalmazni, milyen eszközökkel 
és erőforrásokkal. A megfelelő 
tesztelési terv sok időt és ener- 
giát spórol meg a későbbiekben. 
Ugyanilyen fontos a tesztered- 
mények jegyzőkönyvekkel törté- 
nő dokumentálása, és azok visz- 
szavezetése a projektbe. 

, Átgondolt, kimerítő tesztelés. 
Altalában elvárható lenne, hogy 
a projekt legelejétől folyamato- 
san fusson az elkészült kódok, ré- 
szek tesztelése (ezt biztosítja pél- 
dául a KÜRT szoftverfejlesztés- 
minőségbiztosítási módszertana, 
amely a FrontEndárt valós sta- 
tikus forráskód-elemzését is tar- 
talmazza), de ez többnyire elma- 
rad. Azonban ennél is nagyobb 
hiba szokott lenni, hogy egyálta- 
lán nem definiálják, hogy a pro- 
jekt mely pontján kell elkezdeni 
a tesztelést. 

Legalább ilyen lényeges a tesz- 
telés , mennyisége". A tesztelési 
tervben előírtak szerint kell 
minden fázisban az adekvát 
tesztmetódust alkalmazni, és 
ezekkel minél átfogóbb, a ké- 
szülő termék minél nagyobb ke- 


resztmetszetét górcső alá vevő 
vizsgálatot végezni. 

Már egy nem túl komplex 
szoftver esetén is szinte végtelen 
számú tesztesetet, vagyis szcená- 
riót kellene megvizsgálni, ha le 
akarjuk fedni az alkalmazás teljes 
funkcionalitását, környezeti ösz- 
szefüggéseit. Mivel ez lehetetlen, 
különböző megoldások állnak 
rendelkezésre, a feladatot meg- 
könnyítendő. Ilyenek például az 
automatizált tesztelőeszközök, 
nagy létszámú tesztelői csapat al- 
kalmazása, teszt-optimalizáló 
módszerek, de meg kell említeni, 
hogy sokat segítene az is, ha szak- 
szerűen határoznák meg a feltét- 
lenül tesztelendő eseteket. 

Lényegesek a teljesítménytesz- 
tek, amelyeknél ügyelni kell arra, 
hogy a terheléses tesztet végző 
eszközöket hol helyezzük el az in- 
formatikai rendszerben. Például 
olyan szoftver esetén, amelyhez 
internetes hozzáféréssel csatla- 
kozhatnak a felhasználók, nem 
lehet az internet és a fejlesztett 
rendszer közé pozicionálni a tesz- 
tet végző eszközöket, mert így 
a teszt hamis eredményt adhat. 

A tesztek egy harmadik fontos 
csoportját alkotják a regressziós 
próbák, amelyek azt vizsgálják, 
hogy egy újonnan kifejlesztett 
modul hogyan működik együtt 
a korábban fejlesztett modulok- 
kal, illetve a meglévő rendszerek- 
kel. Bonyolultsága és költségessé- 
ge miatt ezt a tesztfajtát is gyak- 
ran mellőzik. A költségek csök- 
kentése érdekében itt is hatékony 


megoldás lehet a reprezentatív 
esetek, illetve lényeges szoftver- 
elemek tesztelése. 

Infrastruktúra (futtatókörnye- 
zet, tesztelőeszközök, tesztelé- 
si menedzsmenteszközök stb.). 
Szoftverek tesztelésénél ez min- 
dig kardinális kérdés, éles rend- 
szeren nem szabad tesztelni, 

a megfelelő infrastruktúra általá- 
ban nem nagyon áll rendelkezés- 
re, csak időszakosan van rá szük- 
ség, könnyen változtathatónak 
kéne lennie és drága. 

Ezekre a problémákra meg- 
oldást jelenthet egy felhőalapú 
tesztkörnyezet bérbevétele, amely 
gyakorlatilag az összes kérdésre 
választ ad. 

Ha nem lehetséges tesztelni. 
Akadnak olyan rendszerek, ame- 
lyeknél a folyamatos, gyors fej- 
lesztések mellett nem megvalósít- 
ható a tesztelés. Ezen projektek- 
nél együtt kell élni a várható hi- 
bákkal, az üzemeltetésnek fel kell 
készülnie a gyakoribb telefonhí- 
vásokra, szükség esetén mentések 
igénybevételére, régebbi szoftver- 
verziók gyors visszaállítására. Az 
ilyen szoftverek esetén költsége- 
sebb lehet az üzemeltetés, mert 
olyan üzemeltetési folyamatokat 
kell kialakítani, működtetni és 
tesztelni, amelyek az átlagosnál 
jobb incidenskezelést, mentést- 
visszatöltést vagy akár katasztró- 
fahelyzet-kezelést biztosítanak. 
Külső szakértő bevonása nélkül 
számos szervezet nem képes ilyen 
folyamatok megfelelő szintű ki- 
alakítására. 91 
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Ezen a héten Szekeres Viktor, a Gloster telekom Javító és 
Szerelő Kft. ügyvezető igazgatója és Krasznay Csaba, a HP 
Magyarország IT-biztonsági tanácsadója vortnántála a hét 


híreit, eseményeit. 
eti összeállításunkból 
megtudhatják, mi áll 


Hi a hazai lakossági optikai 


ellátottság 6 százalékos penetrá- 
ciója mögött, valamint az is ki- 
derül, hogy mi a helyzeta HTC 
legújabb biztonsági hibájával. 


6 százalékos a hazai üveg- 
szálas penetráció 
Jelentősen nőtt Európában az 
FTTH, vagyis az otthono- 
kig elérő ultragyors üvegszá- 
las technológia előfizetőinek 
a száma — derült kiaz FTTH 
Council Europe legfrissebb 
adataiból, amit a szervezet 

a Párizsban megrendezett 
Broadband World Forumon 
tett közzé a múlt héten. 
computerworld.hu/cikk/6 - 
szazalekos-penetracio 


SZEKERES VIKTOR, A GLOSTER 
TELEKOM JAVÍTÓ ÉS SZERELŐ 
KFT. ÜGYVEZETŐJE 

A hazai lakossági optikai ellá- 
tottság nagy növekedés előtt 
álló piac, jelenlegi 6 százalékos 
elterjedtségével még csak keve- 
sek kiváltsága. Az előnyök la- 
kossági oldalról nyilvánvalók: 
soha nem látott mértékű sáv- 


, Óriási sávszélesség- 
emelkedés és stabilabb 
intenetcsatlakozás." 


Szekeres Viktor 
GLOSTER TELEKOM KET. 


szélesség-emelkedés és minden 
más technológiához képest sta- 
bilabb intenetcsatlakozás. Egy 
ilyen magas beruházás ellen- 
ben csak jelentős hozzáadott 
értékkel rendelkező szolgálta- 
tások nyújtásával együtt térül- 
het meg; ilyen lehet egy HD-s 
IP-tévé és online videotéka, 
lakossági videotelefonálás vagy 
videós őrző-védő szolgáltatás. 
Lehetővé válna a hang- és 
videokapcsolattal támogatott 
valódi távmunka is, ami nö- 
velhetné az esélyegyenlőséget 
az elmaradottabb régiókban. 
Emellett olyan, lakossági fel- 
hőalapú szolgáltatások előfelté- 
tele is a megfelelő sávszélesség, 
mint például a Dropbox vagy 

a Box.net, ahol sok-sok giga- 
bájtnyi adatot (fotók, videók, 
dokumentumok) tárolhatunk 
biztonságosan, úgy, hogy azo- 
kat olyan gyorsan érhetjük el, 
mintha csak otthon, a saját gé- 
pükön tárolnánk a fájlokat. 


Súlyos biztonsági hiba 
HTC-telefonoknál 

Az Android-alapú mobil- 
készülékekkel foglalkozó 
Android Police weboldalán 
egy olyan bejegyzés jelent 
meg, amely rövid időn belül 
komoly visszhangot váltott 

ki világszerte. Három ku- 
tató ugyanis a HIC egyes 
okostelefonjainak esetében je- 
lentős biztonsági rést fedezett 
fel, amelynek kihasználásával 
viszonylag egyszerűen kérdez- 
hetők le adatok az érintett ké- 
szülékekről. A HTC jelenleg 
is vizsgálja a problémát. 
computerworld.hu/cikk/ 
biztonsagi-hiba-htc 


KRASZNAY CSABA, A HP 
MAGYARORSZÁG IT-BIZTONSÁGI 
TANÁCSADÓJA 

Az okostelefonokkal kapcso- 
latban a biztonsági szakembe- 


rek az egyik legkomolyabb fe- 
nyegetésnek már régóta a min- 

ent lefedő adatgyűjtést te- 
kintik. Noha feltételezhetjük, 
hogy az összegyűjtött infor- 
mációkat anonim módon keze- 
lik, és az adatgyűjtés elsődle- 
ges célja a felhasználói élmény 
növelése, valamint a szolgálta- 
tások fejlesztése, mégis felve- 
tődik a kérdés, hogy vajon mi- 
ért nem tudjuk pontosan, mi- 
lyen információkat szerez meg 
rólunk a gyártó, fejlesztő? Ez 
talán a modern adatvédelem 
egyik legérdekesebb kihívása. 
Elképzelhető, hogy az ilyen hí- 
rek fogják kikényszeríteni azt, 
hogy a gyártóknak előbb-utóbb 
adatkezelési hozzájárulást is 
kell kérniük a vásárlóktól. 


, Vajon miért nem tud- 
juk, mit tudnak meg 
rólunk?" 


Krasznay Csaha 
HP MAGYARORSZÁG 


A másik érdekesség a hírrel 
kapcsolatban az, amit Rk 
Ferguson a hivatkozott cikkben 
is feszeget: a mai alkalmazás- 
fejlesztőknek figyelemmel kell 
lenniük arra, hogy az alapvető 
biztonsági funkciókat beépítsék 
a programjaikba. Ezek egyike 
a megfelelő autentikáció, külö- 
nösen akkor, ha ennyire szen- 
zitív adatokról van szó. A vilá- 
gon rohamosan terjednek az ol- 
csó, ellenőrizetlen szoftverek, 
tehát a felhasználók érdekében 
különösen fontos lenne a kisal- 
kalmazások megfelelő védelme, 
legyen az gyártói vagy éppen 
bármilyen más, a Marketből le- 
tölthető program. 91 


Díjjal startolt 

A BalaBit napokban megjelent 
High-Speed Reliable Logging nap- 
lózó technológiája forradalmasít- 
ja a globális naplózópiacot, má- 
sodpercenként akár 1 000 000 
logüzenetet is képes kezelni. Az 
új technológia hivatalos megje- 
lenésével egy időben rögtön el- 
nyerte az , Ev legjobb magyar 
gyártói innovációja" díjat az 
IIBN konferencián. 


Linux-születésnap 
Október 5-én volt a 20. évfordu- 
lója annak, hogy Linus Torvalds 
közzétette a Linux operációs 
rendszer első hivatalos válto- 
zatát. A hobbiprojektként in- 
dult megoldáson mára ezernél is 
több fejlesztő dolgozik, a kernel 
pedig 13 milliónál is több kód- 
sort tartalmaz. A Linux 1.0-s 
változata 1994-ben jelent meg, 
és ugyanebben az évben indult 
útjára a SUSE Linux is, amelyet 
2003-ban vásárolt fel a Novell. 


Önkéntes 


iskolatuniny 

Az Európai Önkéntesség Éve al- 
kalmából a CNW Zrt. 46 mun- 
katársa szeptember 23-án a ko- 
máromi Kempelen Farkas 
Alapítványi Középiskola meg- 
szépítésében vállalt szerepet. 

A csapat egyik fele a konkrét 
felújítási munkálatokban vett 
részt, míg a másik fele — a CNW 
munkatársainak szakmai kép- 
zettségére építve — a Kempelen 
informatikai rendszerének kar- 
bantartását, felújítását, interaktív 
táblák üzembe helyezését való- 
sította meg, valamint bemutatót 
tartott az e-learning előnyeiről. 


REGISZTRÁLJON 


Ha szeretné hétről hétre a legfonto- 
sabb szakmai résztvevőkhöz eljut- 
tatni az Ön cégével kapcsolatos 
információkat, regisztráljon Céginfó 
szolgáltatásunkra oldalunkon. 
ceginfo.computerworld.hu 
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Elhunyt Steve Jobs - 
gyászolnak a legnagyobbak 


Az Apple egyik társalapítója és volt vezérigazgatója 56 éves korában távozott. 
Irta: Wiezner István-Horváth Péter 


almás cég hivata- 
A losan is bejelentet- 

te, hogy a legen- 
dás Steve 7obs tegnap örök nyu- 
galomra tért. Nem tudni, hogy 
az Apple társalapítójának ha- 
lálához egész pontosan mi ve- 
zetett, de 2004-ben 
hasnyálmirigyrákkal 
műtötték, 2008-ban 
pedig májátültetésen 
is átesett. A cégnél 
betöltött vezérigaz- 
gatói posztjáról hiva- 
talosan augusztus vé- 
gén mondott le, bár 
Tim Cook már koráb- 
ban is számos alka- 
lommal helyettesí- 
tette főnökét annak 
egészségügyi szabad- 
ságai alatt. 

A bejelentésre szá- 
mos fontos személy 
és vállalat reagált, illetve ter- 
mészetesen a Samsung is el- 
ásta egy pillanatra a csatabár- 


ESEMÉNYNAPTÁR 


Október 11—12. 


Internet Hungary 2011 
) www.internethungary.com 


Október 12. 
Ügyfélkapcsolat-kezelés workshop 


n www.multisoft.hu 


Október 12—14. 


Vezérigazgató Találkozó 
n www.cebc.hu 


Október 13-14. 


Hungarian Software Testing Forum 
n http://computerworld.hu 


Október 18-19. 


Budapest Calling 
n http://budapestcalling.hu 


További események 


n www.computerworld.hu/esemenyek 


dot, a vállalat szóvivője szerint 
Jobs , innovatív szellemére és 
jelentős teljesítményeire min- 
dig emlékeznek fognak szer- 
te a világon". Megemlítendő, 
hogy az Apple cupertinói al- 
kalmazottjainak tegnap nem- 


Steve Jobs 
1955-2011 


csak a volt vezetőjük halála mi- 
att volt őrült napjuk, de egy 
darabig még az utcára sem me- 
hettek ki, mivel egy közeli bá- 
nya alkalmazottja lövöldözni 
kezdett — az ámokfutása során 
három embert megölt, hetet 
pedig megsebesített. 


GYÁSZOL AZ IT-VILÁG 
A rememberingstevegapple. 
com címre írva bárki rész- 
vétét fejezheti ki. Sok híres- 
ség, cégvezető, művész és po- 
litikus már pár mondatban 
meg is emlékezett Jobs tragi- 
kus haláláról. A család hivata- 
los közleményében leírja, hogy 
Steve otthon hunyt el, szeret- 
tei körében, békésen távozott. 
, Köszönjük mindenkinek, aki 
imádkozott érte a betegsége 
alatt, és hálásak vagyunk a sok 
támogatásért, kedves szóért. 
Tudjuk, sokan gyászolnak 
most velünk? - teszik hozzá. 
Ronald Wayne, az Apple társ- 
alapítója szerint Steve igazi 


egyéniség volt, aki nagyon fog 
hiányozni. Barack Obama pedig 
megdöbbenését fejezte ki az 
Apple-vezér halálhíre kapcsán, 
hozzátéve: a világ egy igazi lát- 
nokot vesztett el. Szerinte Jobs 

a jelenkori amerikai feltalálók 
egyik legnagyob- 
bikaként elég bá- 
tor volt a többiek- 
től eltérő módon 
gondolkodni, ren- 
díthetetlenül hitt 
abban, hogy képes 
megváltoztatni 

a világot, és elég 
tehetséges volt 
ennek a kivitele- 
zéséhez is. , Steve 
gyakran mondta, 
hogy minden nap- 
ját úgy élte, mint- 
ha az az utolsó 
lenne. Ennek kö- 
szönhetjük a technológiát alapja- 
iban megváltoztató eredménye- 
it, életünk átalakulását" — tette 
hozzá az amerikai elnök. 

Bill Gates arról mesélt, hogy 
30 évvel ezelőtt találkozott és 
dolgozott együtt Jobsszal, ba- 
rátok és egymást inspiráló ver- 
senytársak is voltak életük jelen- 
tős részében. , Nekünk, akiknek 
szerencsénk volt együtt dolgoz- 
ni vele, mindig is nagy megtisz- 
teltetés lesz a közös múlt. Na- 
gyon fog hiányozni" - tette hoz- 
zá a Microsoft első embere. 


EDISON ÉS JOBS 
Mark Zuckerberg számára Steve 
Jobs mentor és barát is volt egy- 
ben. , Köszönöm, hogy meg- 
mutattad, hogy amit építesz, az 
megváltoztathatja a világot" — 
tette hozzá a Facebook feje. 
Bob Iger, a Disney vezérigaz- 
gatója szerint Jobs halálhíre 
azért nagy tragédia, mert si- 
kerei ellenére eddig úgy tűnt, 
hogy csak most indul be iga- 


Ali Shah 


Vezetőt vált az 
Ericsson Magyar- 
ország. Az Egye- 
sült Allamokból ér- 
kező Ali Sbab Ro- 
land Nordgrent 
váltja a vezérigaz- 
gatói székben, aki Stockholmban, 
az Ericsson központjában folytat- 
ja tovább munkáját. Az új vezető 
1996-ban, azt követően csatlako- 
zott az Ericssonhoz, hogy a virgi- 
niai George Mason Egyetem infor- 
mációtechnológia szakán doktorá- 
tust szerzett. 2007 óta töltötte be 
az észak-amerikai régió Stratégia és 
Marketing szervezetében a széles- 
sávú stratégiaigazgatói pozíciót. 


Somifalvi Csaha 


Új szakember csat- 
lakozott a Gemius 
Hungary-hez Sozz- 
Jalvi Csaba szemé- 

§ lyében, aki client 
service director po- 
zícióban irányítja 

a cég teljes körű sales és key account 
tevékenységét. Somfalvi kilenc éve 
kezdte online szakmai karrierjét az 
Index.hu kötelékeiben, azóta pedig 
már dolgozott HF Media Zrt.-nél, 
majd a HVG-nél, ahol 2011 márci- 
usa óta a new business manageri po- 
zíciót töltötte be. 


zán, kreativitása pedig valódi 
örökség a világ számára. 
Rupert Murdocb kijelentette: 
legnagyobb cégvezetője. Steven 
Spielberg egyenesen Tbomas 
Edisonboz hasonlította az Apple 
első emberének munkásságát, 
, aki a világot az emberek te- 
nyerébe helyezte". 

Jobn Lasseter és Ed Catmull 
a Pixar nevében adott ki nyi- 
latkozatot, amelyben Jobsot 
valódi látnoknak nevezik, 
aki már akkor látta a fantázi- 
át a cégükben, amikor még ők 
maguk sem. Az ő biztatásának 
köszönhetik mai sikereiket, 
mert mindig azt mondogatta: 
, csak csináljátok nagyszerűen". 
Ezt tette ő is — minden nap. 41 
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Paradigmaváltás? Búcsú a szignatúráktól 


Kristóf Csaba " A Webroot beje- 
lentette azt a legújabb antivírus 
termékcsaládját, amellyel sza- 
kított a sokéves múltra vissza- 
tekintő szignatúraalapú tech- 
nikák használatával, és a cloud 
technológiákra helyezte a hang- 
súlyt. Az antivírus-fejlesztő cé- 
gek is gyakran hangsúlyozzák, 
hogy a szignatúraalapú techni- 
kák önmagukban már nem ké- 
pesek felvenni a küzdelmet nap- 
jaink gyorsan szaporodó kárté- 
kony programjaival szemben. 

A vírusok, férgek, trójaik olyan 
nagy mennyiségben vannak je- 
len, hogy a szignatúra-adatbázi- 
sok nem képesek lépést tartani e 
trendekkel, legalábbis olyan mó- 
don nem, hogy közben ne korlá- 
toznák észrevehető módon a szá- 
míitógépek teljesítményét. Ezért 
kiegészítő technológiákra van 
szükség, amelyek a heuriszti- 
kus, viselkedés-, hírnév- és hard- 
veralapú módszerektől egészen 


a felhőalapú megoldásokig ter- 
jedhetnek. 

A Webroot gondolt egy nagyot, 
és úgy határozott, hogy a klien- 
sekről teljes egészében mellőzi 
a szignatúra-adatbázisokat. No- 
ha már akadt olyan cég, amely ré- 
gebben próbálkozott ezzel (pél- 
dául a Panda Security a Cloud 
Antivirussal), azonban még egyik 
vállalat sem érezte elérkezett- 
nek az időt arra, hogy teljesen 
megváljon a rég bevált techni- 
káktól. A Webroot viszont min- 
dent egy lapra tett, és az új, 
SecureAnywhere termékcsaládjá- 
val igyekszik bebizonyítani, hogy 
felhőalapú védelmi technológiá- 
ja megérett az önálló életre. Azt 
azonban meg kell jegyezni, hogy 
a SecureAnywhere a cloud eljárá- 
sok mellett erőteljesen épít a vi- 
selkedéselemzésre és a sandbox- 
technikákra is. 

Drian Czarny, a Webroot ter- 
mékmenedzsmentért felelős alel- 


nöke szerint amíg 2009-ben kö- 
rülbelül 40 ezer kártékony kó- 
dot detektáltak, addig mostaná- 
ban napi 100 ezer vírusmintával 
kell megbirkózniuk, amelyek el- 
len már nem lehet hatékonyan 
védekezni szignatúrákkal. Nem- 
csak a vírusok nagy száma miatt, 
hanem azért sem, mert a számí- 
tógépes kártevők a hagyományos 
védelmi vonalakat sokszor képe- 
sek megkerülni. 

A SecureAnywhere egy 1 MB- 
nál kisebb méretű fájl formájá- 
ban tölthető le a számítógépekre. 
A kliensprogram legfontosabb fel- 
adata, hogy folyamatosan kommu- 
nikáljon a Webroot szervereivel, 
és azok segítségével feltárja az is- 
mert károkozókat. Az ismeretlen 
vagy gyanús alkalmazások kiszűré- 
sét pedig a háttérben futó, viselke- 
déselemző összetevők végzik. 

A teljesítmény javítása érdeké- 
ben a SecureAnywhere a telepítés 
után ellenőrzést hajt végre, amely 


során feltérképezi a rendszeren 
lévő állományokat, majd ezt kö- 
vetően már csak a változásokra fi- 
gyel. Amennyiben egy gyanús 
program letöltését észleli, akkor 
annak futtatását egy elkülönített, 
sandbox környezetben engedélye- 
zi annak érdekében, hogy ki tud- 
ja értékelni a szoftver viselkedé- 
sét. Ha azt észleli, hogy káros al- 
kalmazásról van szó, akkor blok- 
kolja annak működését, miközben 
a rendszerben nem következik be 
nemkívánatos változás. 

Ha pedig a védett számítógép 
nem csatlakozik az internethez, 
és ezáltal a cloud-összetevők nem 
tudják elvégezni a feladatukat, 
a SecureAnywhere egy sandboxot 
épít fel, majd naplózza a prog- 
ramok működését. Amikor újra 
kapcsolódik a gép az internethez, 
akkor a SecureAnywhere ellenőr- 
zi a cloud-adatbázist, és ha káros 
változás követezett be, , visszagör- 
geti" a módosításokat. ai 


Vállalati alkalmazások, másképp 


üzleti siker kulcsa 
,y 4 a lehetőségek felis- 
merése és a cselekvés 


a megfelelő pillanatban. Egy kis- 
vállalkozás vezetője még egymaga 
átlát mindent, amíg a cég mérete 
meg nem haladja a képességei, Ex- 
cel táblái és jegyzetei korlátait. De 
tudja-e mindenki a cégnél, hogy 
melyik ügyfél mit rendelt és mi- 
lyen határidővel? Tudja-e az érté- 
kesítő, hogy az addig eladott ter- 
mékek alapján mit érdemes még 
ajánlani az ügyfélnek? Tudjuk-e, 
hogy egy ügyfélnek milyen pana- 
szai, hibabejelentései voltak? Ide- 
jében eljut-e minden szükséges 


049 


szerződéses adat a termelés és be- 
szerzés tervezéséhez? Követhető-e 
a beszerzési folyamat? Átlátható 
információt kapnak-e a vezetők 

a cég működéséről? 

Az értékesítési feladatok össze- 
hangolására és átláthatóságára 
CRM-rendszer jelent megoldást, 
amely egységesen nyilvántartja az 
ügyfeleket és elérhetőségeiket egy 
alkalmazásban. Jegyzi az ügyfe- 
lek részére történt rendeléseket, 
emellett figyelmeztet a rendelés- 
sel kapcsolatos tennivalókra, fon- 
tos tudnivalókra is. 

A cég működésének átfogó me- 
nedzselésére pedig az ERP- (válla- 


latirányítási) rendszer a jó választás. 
Biztosítja az üzleti folyamatok ke- 
zelését, a raktárkészlet és a ter- 
melés menedzselhetőségét, köve- 
ti a beszerzési folyamatot a meg- 
rendeléstől a számla kifizetéséig. 
Atláthatóvá teszi a vállalatot, veze- 
tői jelentéseket készít és elérhető- 
vé teszi az információt akár az iro- 
dában, akár a mobileszközökön. 
A jól informáltság versenyelőnyt 
jelenthet, hiszen növelhető az üz- 
leti agilitás, és költségcsökkentés 
érhető el. 

Mindez ma már kevesebbe ke- 
rül, mint egy rendszergazda fi- 
zetése, naprakész frissítésekkel, 


"Est 


. 


folyamatos karbantartással, 
évente 0 nap szabadsággal. 

AZ IOSYS Zrt. beruházási költ- 
ség nélküli CRM és ERP cloud 
szolgáltatást indít, használatará- 
nyos díjazással. 

A szoftveres szolgáltatás és 
a kommunikációs vonal egy cso- 
magban is megszerezhető, bizton- 
ságos és megbízható adattárolást, 
illetve az üzleti információk védel- 
met nyújtó szerverháttérrel. 


"További információt az 
IOSymposium - Operatív Infor- 
mációtechnológia 2011 konferen- 
cián szerezhet. Hi 


n Wwww.igsys.hu 
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A nagy 


adat-készülék 


San Franciscóban megrendezett konferenciáján az Oracle az integrált hardverből és 
szoftverből felépülő célrendszerek előnyeit igyekezett a részvevők fejébe sulykolni, 
akik továbbra is elsősorban a gyártó adatbázisait, alkalmazásait és köztes szoftverét 
használják. Nagy appliance-bejelentések és ködös cloud-stratégia a múlt héten lezajlott 
OpenWorld 2011-en. Írta: Kis Endre 


ielőtt bejelentette volna 
Hal az Exalytics Intelligence 

Machine készüléket, 
Larry Ellison, az Oracle vezérigaz- 
gatója az OpenWorld 2011 nyitó 
előadásában bő egy órát szentelt az 
appliance-stratégia ismertetésének, 
amely korábban két célrendszert 
— az Exadata adatbázis-készüléket 
és az Exalogic alkalmazásszervert 
— hozott piacra. Az Oracle eddig 
mintegy ezer Exadata gépet értéke- 
sített, és Ellison szerint idén továb- 
bi háromezer talál majd gazdára. 
A kedvező piaci fogadtatás annak 
köszönhető, hogy ezek a hardver- 
és szoftverelemeket integráló, pár- 
huzamos architektúrára épülő 
rendszerek egy-egy alkalmazási 
területen nagyobb teljesítményt 
és megbízhatóságot adnak alacso- 
nyabb áron, mint a megszokott 
módon kialakított rendszerek. 


Larry Ellison nyitó előadása 


Az Oracle készülékcsaládjának 
legújabb tagja, az Exalytics 
Intelligence Machine a cég 
TenTimes memóriában futó 
(in-memory) adatbázisa, BI- 
alkalmazásai és az Essbase 
OLAP szerver mellett 40 pro- 
cesszormagot és 1 terabájt me- 
móriát tartalmaz. A célrendszer 
Ellison szerint a gondolat sebes- 
ségével futtatja le a lekérdezése- 
ket, az alkalmazott tömörítés ré- 
vén 5-10 terabájt adatmennyi- 
ségen is, a gyakori lekérdezések 
eredményét gyorsítótárazza, ke- 


zelőfelülete pedig PC mellett az 
Apple iPadjén is elérhető. 

Az Exalytics Intelligence 
Machine az Oracle válasza az SAP 
HANA in-memory platformjára, 
amelyet azonban a felhasználók 
több hardvergyártótól is besze- 
rezhetnek célrendszerként. Az új 
appliance ára és a szállítás kezdési 
időpontja egyelőre nem ismert. Az 
Oracle viszont bejelentette, hogy 
E-Business Suite és PeopleSoft üz- 
leti alkalmazásait is optimalizálta 
Exadata és Exalogic készülékekkel 
való használathoz. 


PÓKERARC NOSOL-HEZ 

A konferencia második napján az 
Oracle újabb célrendszert muta- 
tott be. A Big Data Appliance az 
olyan masszív információmennyi- 
ségeken végzett lekérdezéseket hi- 
vatott felgyorsítani, amilyeneket 
például a webol- 
dalak, az intelli- 
gens mérőórák 
és a szenzorok 
generálnak. 

Az új készü- 
lék a nyílt for- 
ráskódú Apache 
Hadoop keret- 
rendszer és az 
ugyancsak open- 
source R statisz- 
tikai elemző 
szoftver diszt- 
ribúciója mellett az Oracle Data 
Integrator Application Adapter for 
Hadoop és Loader for Hadoop 
eszközeit, valamint a cég NoSOL 
adatbázisát tartalmazza. Segítsé- 
gükkel a nagy, strukturálatlan adat- 
tömegből gyorsan kinyerhetők az 
üzleti szempontból értékes infor- 
mációk, és további elemzés céljából 
Exadata készülékre tölthetők. A Big 
Data Appliance bejelentése 180 fo- 
kos fordulatot hozott az Oracle ed- 
jusban ugyanis még hosszú tanul- 
mányban (Debunking tbe NOSOL 


Hype) fejtegette, hogy a NOSOL 
adatbázis-technológiák nem elég 
kiforrottak nagyvállalati felhasz- 
náláshoz, kockázatot jelentenek az 
adatbiztonságra nézve, ezért a szer- 
vezetek okosabban teszik, ha a be- 
vált (értsd: relációs) adatbázisok 
mellett maradnak. 


Az Üracle straté- 
giájának gyors és 
markáns irány- 
váltása egyértel- 
műen a NosUL 
növekvő piaci 
potenciáljára utal. 


A NOSOL adatbázis-technológi- 
ák eltérő felépítésüknek köszönhe- 
tően éppen az olyan hagyományos, 
relációs adatbázis-kezelők mére- 
tezhetőségi korlátain lépnek túl, 
amilyet az Oracle is szállít. Nem 
felfelé, hanem horizontálisan mé- 
retezhetők, így könnyebbé teszik 
a nagyon nagy, strukturált és nem 
strukturált adattömegek elemzését, 
és jobban illeszkednek a felhő kör- 
nyezetekhez. 

Mindebből korántsem követke- 
zik, hogy a relációs adatbázisoknak 
hamarosan bealkonyulna. Az 
Oracle stratégiájának gyors és mar- 
káns irányváltása azonban egyértel- 
műen a NOSOL növekvő piaci po- 
tenciáljára utal. Elemzői várakozá- 
sok szerint a Big Data Appliance 
bejelentése hamarosan az Oracle 
olyan versenytársait is, mint az 
EMC, az IBM, a Microsoft, az 
SAP és a Ieradata arra fogja sar- 
kallni, hogy erősítsenek a NOSOL 
adatbázis-technológiák terén. 


BÁRÁNYFELHŐ 
A harmadik napon az Oracle cloud 
computing stratégiájáról is áttekin- 


tést adott, így kiderült, hogy 

SaaS (software as a service), PaaS 
(platform as a service) és IaaS 
(infrastructure as a service) felhő 
szolgáltatások bevezetését a kö- 
vetkező pár évben tervezi. Az üte- 
mezést az indokolja, hogy a cég 

az Oracle Database, Fusion 
Middleware, Enterprise Manager 
és VM alapjain a kategóriájukban 
legjobb technológiákat és szolgál- 
tatásokat kívánja elérhetővé tenni 
magán- és nyilvános felhőkörnye- 
zetekben. Az OAUG, az Oracle al- 
kalmazások felhasználói csoportja 
által készített friss felmérés szerint 
a magán-felhőkörnyezetet építő 
vállalatok száma az elmúlt egy év- 
ben 28 százalékkal nőtt az Oracle 
ügyfélkörében, míg a nyilvános 
felhőalapú szolgáltatások használa- 
ta ennél is nagyobb mértékű, több 
mint 50 százalékos növekedést 
mutatott. Igy érthető, hogy a kon- 
ferenciát megelőzően többen az 
említett cloud szolgáltatások beje- 
lentésére számítottak, és az ütem- 
terv felvázolását kevésnek találták. 
Akadt olyan elemzői vélemény is, 
amely szerint az OpenWorld szá- 
mítási felhővel foglalkozó szekci- 
ója a ködösítést szolgálta, annak 
leplezését, hogy az Oracle cloud 
stratégiája egyelőre kidolgozatlan. 
Az OpenWorld keretében megtar- 
tott JavaOne fejlesztői konferen- 
cián az Oracle többek között egy 
Apple iPaden és Google Android- 
alapú Samsung Galaxy táblagé- 
pen futó JavaFX kliensalkalma- 
zást demózott, és bepillantást en- 
gedett az Avatar projekt keretében 
zajló munkába, amelynek célja, 
hogy a HIML5 segítségével ül- 
tessen Javát az 10S platformra. Az 
Apple hivatalosan nem engedélye- 
zi harmadik féltől származó szoft- 
vertechnológiák használatát 105- 
alapú eszközein. 

Az Oracle emellett azt is beje- 
lentette, hogy a Java ME (Micro 
Edition) és SE (Standard Edition) 
változatát össze kívánja vonni, to- 
vábbá a Java SE 8 kibocsátását 
2013-ra halasztja — az új verzió- 
nak eredetileg jövőre kellett volna 
megjelennie. A konferencia közön- 
sége viszont működés közben lát- 
hatta az Oracle Solaris 11-es ver- 
zióját, amely a tervek szerint idén 
novembertől lesz elérhető. 91 
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I AKTUÁLIS 


Szoftvertesztelésről felsőfokon 


A szoftvertesztelés legelismertebb szakembereinek részvételével rendezi meg a Computerworld és a Hungarian Testing Board 
kétnapos konferenciáját és workshopját október 13-14-én a Budapesten, a Hotel Heliában. 


magyar alkalmazástesz- 
telői szakma ez évi leg- 
nagyobb szabású esemé- 


nyére kerül sor október 13—14-én 
Budapesten. Lapunk és a szoft- 
vertesztelők magyarországi szer- 
vezete, a Hungarian Testing 
Board (HTB) régiós fókuszú 
rendezvényt szervez, ugyanis 
a Hungarian Software Testing 
Forumra nemcsak a hazai szak- 
embereket várja. A hallgatóság, 
ahogy az előadói gárda is, nem- 
zetközi lesz. A környező orszá- 
gok társszervezeteinek tagjai, 
valamint a romániai, szlovákiai, 
csehországi és ausztriai szakem- 
berek is szép számmal jelezték 
részvételi szándékukat. 

Az érdeklődés nem véletlen: 
a konferencia hallgatói a szoft- 
vertesztelés legnevesebb nem- 
zetközi és magyar szakembere- 


ez 
e 


GOLD PARTNER 


ERICSSON mortoff 


itől hallhatnak előadásokat, va- 
lamint a rendezvény második 
napján két workshopon vehet- 
nek részt. A rendezvény egyik fő 
előadója Rex Black lesz, aki ta- 
lán a legnagyobb név ma a szoft- 
vertesztelési szakmában. A szak- 
ember, aki a közelmúltig az 
International Software Testing 
Oualifications Board (ISTOB), 
valamint az American Software 
Testing Oualifications Board 
(ASTOB) elnöki pozícióját is be- 
töltötte, közel negyedszázados 
szoftver- és rendszermérnöki ta- 
pasztalattal rendelkezik. A prog- 
ram-, hardver- és rendszertesz- 
telés mértékadó alakja, akinek 
szakírói munkássága is figye- 
lemre méltó. Előadásában a me- 
nedzselt szoftvertesztelés válla- 
lati bevezetésének előnyeiről és 
szükségességéről beszél. A má- 
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FÓKUSZBAN: kéttömbös NAS megoldások - dupla élvezet! 
MEGFIZETHETŐ LUXUS: középkategóriás okostelefonok körképe a 
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ALV ECOIWVI 


g EB TE EN TER 


sodik napi workshop témája a ri- 
zikóalapú tesztelés eredményes 
alkalmazása a gyakorlatban. 
Hasonló kvalitásokkal bír 
a rendezvény keynote előadója 
is, az angol L/oyd Roden, aki 
a "80-as évek óta dolgozik 
a szoftvertesztelési szakmában. 
Eddigi pályafutása jelentős ré- 
szét az alkalmazástesztelésnek 
szentelte. Rangos szakmai kon- 
ferenciáknak rendszeres elő- 
adója (EuroS TAR, AsiaS TAR, 
STAREast, STARWest, SCE 
Automation, Test Congress, 
Unicom konferencia). 2004-ben 
elnyerte az EuroS TAR Software 
Testing Excellence díjat Köln- 
ben. Első napon előadásában 
a szoftvertesztelés jelentőségével 
és kihívásaival foglalkozik. 
A két neves külföldi előadó 
mellett a legjobb hazai szoftver- 
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tesztelési szakemberek tartanak 
előadást. Dr. Forgács István 
(4ADSof?o) az agilis tesztelés prob- 
lémáiról beszél, Tanács Lajos 
(Alvicom) előadásának témája 
ugyancsak az agilis tesztelés, 
aminek egy banki területen 
történt gyakorlati megvaló- 
sítását ismerteti. Csöndes 

Tibor (Ericsson) a tesztautoma- 
tizálás lehetőségeit mutatja be, 
míg Bozóki Ferenc (Ericsson) 

a Vitan/ VitanSim keretrend- 
szer működésére hoz gyakor- 
lati példákat. Száraz Tibor 
(Mortoff) a tesztmenedzsment 
módszertanát és támogató esz- 
közeit ismerteti. 41 


A konferenciára a http:// 
computerworld.hu/ 
konferencia/55 oldalon 
lehet regisztrálni. 
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A költséghatékonyság és a gyors reakcióidő kényszerét sok-eset- 
ben a szoftver tesztelésére fordított erőforrások sínylik még. Pedig 
a hibák kijavításának költsége a szoftver kiadása után akár több- 
szörösére is növekedhet, nem is beszélve a felhasználónál felszín- 
re kerülő sérülékenységek és hibák miatti presztízsveszteségek- 
ről. Hogyan békíthetjük ki a költséghatékónyságot a minőséggel? 

Írta: FOgNNES István, 4D Soft Kft. és Hajnal Ákos, MTA SZFAKI 


szoftveriparban is kiéle- 
zett verseny folyik. 
A versenyképesség 


megköveteli a gyors, költség- 
hatékony és — nem utolsósorban 
— jó minőségű programok fej- 
lesztését. E kritériumok azon- 
ban ellentmondanak egymás- 
nak: a rövid határidők nagyobb 
fejlesztői csapatot, korszerű fej- 
lesztőeszközöket feltételeznek, 
míg a fejlesztésre, tesztelés- 

re fordított források korlátozá- 
sa nem kedvez a szoftver minő- 
ségének. A tesztelés a szoftver- 
fejlesztés legköltségesebb fázisa. 
A fejlesztőcégek ezért nemrit- 
kán az alapos tesztelés mellő- 
zésével próbálnak pénzt és időt 
megtakarítani. Sokan elfelejtik 
azonban, hogy a hibák kijavítá- 
sának költsége a szoftver életko- 
rával párhuzamosan nő (a hasz- 
nálat közben kiderülő hibák 
javításának költsége akár tízsze- 
rese is lehet a kódolás során fel- 
derített hibákénak), a karban- 
tartás költsége a fejlesztési költ- 
ségek duplája is lehet, továbbá 
az eladott szoftverek minősége, 
megbízhatósága hosszú távon 

a fejlesztőcég iránti bizalmat 
befolyásolja. 


A szoftver minőségének javí- 
tása azonban nem feltétlenül 


a tesztelésre fordított források 
növelésével érhető el, hatékony- 
sága is növelhető megfelelő 
módszerek, a tesztelési folyamat 
részfeladatait automatizáló esz- 
közök használatával. Ilyen esz- 
közök az úgynevezett statikus 
analizátorok (static analyzer), 
amelyek túlnyomó többsége 
úgynevezett forráskód-anali- 
zátor. Ez a program forrás- 
kódjának elemzése révén futá- 
si időben jelentkező hibákat, 
metrikákat, kódrészletek és 
programutasítások közötti ösz- 
szefüggéseket, ún. hatásokat 
képes felderíteni. 

Az automatikusan kinyert in- 
formációk számos helyen hasz- 
nálhatók. A legkorábbi hasz- 
nálat a kód minőségének vizs- 
gálata, a helyes kódolási stílus 
biztosítása. Itt nem konkrét hi- 
bákat talál az analizátor, ha- 
nem olyan programkonstrukci- 
ókat, amelyek használata köny- 
nyen eredményezhet hibákat. 
Ma már csak a C nyelvben kb. 
700 ilyen konstrukciót képes 
felismerni egy jó statikus ana- 
lizátor. 

Lintnek hívták azt a progra- 
mot, amely először volt képes 
gyanús, nem portolható (és va- 
lószínűleg hibát okozó) prog- 
ramkonstrukciókat megjelöl- 
ni C nyelvű forráskódokban. 


Ma már ezt a kifejezést hasz- 
nálják minden olyan eszközre, 
bármilyen programozási nyelv- 
ről is van szó, amely ilyen gya- 
nús kódrészletekre mutat rá. 

A Lint szoftver 1979-ben jelent 
meg, vagyis a statikus analizá- 
torok használata több mint 30 
éves múltra tekint vissza. 

Ezek a statikus analizátorok, 
más néven kódellenőrzők (code 
checker), a forráskódon, illetve 
a kód absztrakt szintaxisfáján 
(AST) alapultak. Mivel az AST 
előállítása már évtizedekkel ez- 
előtt is kiforrott technológi- 
án alapult, ezek az eszközök 
viszonylag hamar elterjedtek 
olyan cégeknél, ahol az egysé- 
gességet és a kódolási biztonsá- 
got fontosnak tartották. 

A hetvenes években szintén 
kifejlesztettek egy új technoló- 
giát, amelyet adatfolyam-analíi- 
zisnek nevezünk. Ennek ellené- 
re a technológia csak az utolsó 
néhány évben fejlődött olyan 
szintre, hogy a gyakorlatban is 
használni lehessen. 

Manapság az adatfolyam- 
analízisen alapuló statikus ana- 
lizátorok száma egyre nő. Mi- 
vel ezek készítéséhez kivételes 
szaktudás szükséges, nem meg- 
lepő tehát, hogy az adatfolyam 
alapú eszközök szinte kivétel 
nélkül fizetősek, míg a többiek 


jórészt ingyenesek. Jelen pil- 
lanatban a piacon értékesített 
statikus analizátorok száma 
több mint hatvan. 
Összefoglalva, az adatfolyam- 
analizátoroknak fontos sze- 
repük van a szoftver életcik- 
lusának minden szakaszában. 
A programfejlesztés során hasz- 
nálhatjuk a szoftverek meg- 
értésének megkönnyítésében 
(program comprehesion), a hi- 
bák helyének megtalálásában 
(debugging]), valamint a hiba- 
lehetőséget tartalmazó , ve- 
szélyes" kódrészek megtalálá- 
sában. A tesztelés területén az 
említett futási idejű hibákat, 
a biztonsági rések jelentős ré- 
szét célszerű statikus analízis- 
sel megkeresni. A szoftver kar- 
bantartása idején még nagyobb 
a jelentősége a program meg- 
értésének és a hibahelyek meg- 
találásának. Ezen kívül számos 
tanulmány jelent meg arról, 
hogyan használható az adatfo- 
lyam-analízis a szoftver-újra- 
tervezés és -visszafejtés (re-/ 
reverse engineering), program- 
integráció és -migráció terüle- 
tén Is. 


Nézzük kissé részletesebben 
a lehetséges felhasználásokat. 
Az egyik leggyakoribb felhasz- 
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nálás a futási idejű hibák meg- 
találása. Ilyen például a me- 
móriafolyás, a null pointer hi- 
bák, a nem elérhető kódrészek, 
az inicializálatlan változók stb. 
Ezeket a hibákat a hagyomá- 
nyos dinamikus analízis, vagy- 
is a tesztelés segítségével na- 
gyon nehéz megtalálni. Ennek 
oka, hogy a hiba csak egy spe- 
ciális végrehajtási utat bejár- 
va lép fel, amely tesztelésére ki- 
csi az esély. 

Növekvő felhasználási terü- 
let a biztonsági rések automati- 
kus felderítése. Mivel napjaink- 
ban egyre erősödnek a hackerek 
okozta támadások, a piacveze- 
tő cégek figyelme mindinkább 
a biztonsági rések betömésére 
irányul. A felmérések szerint 
a statikus analizátorok a bizton- 
sági problémák 70 százalékát 
megoldják. Az adatfolyam-ana- 
lízis felhasználható a hibák 
helyének megtalálásában, va- 
lamint a kód megértésében. 
Ezekben az esetekben a kódon 
belüli hatásokat kell ismernünk. 


HOGYAN MŰKÖDIK? 
Minél pontosabbak az analizá- 
torok, annál tovább tart az 


analízis. A statikus analízis 
eredménye sohasem teljesen 
pontos, vagyis mindig kapunk 
vaklármát (false positive). Az 
analizátorok egy része olyan 
sok nem valódi hibát talál, 
hogy a valódi hibákat igen ne- 


héz kiválogatni. Ha csökkent- 
jük a vaklármát, akkor az ered- 
mény nem lesz biztonságos, 
vagyis tényleges hibákat nem 
talál meg az analizátorunk. Eb- 
ből látható, hogy a statikus 
analízis igen nehéz feladat, de 
napjainkban már elértünk egy 
olyan minőségi szintre, hogy 
érdemes a fejlesztés során ana- 
lizátort használni. 
Adatfolyam-analízis szem- 
pontjából egy számítógépes 
program változókra történő ér- 
tékadások és hivatkozások hal- 
maza. Az értékadások - vagy az 
adatfolyam-analízisben hasz- 
nált terminológia szerint: de- 
finíciók (definition) mindazon 
utasítások, amelyek valamely 
programváltozónak potenciá- 
lisan új értéket adnak (például 
inicializálás, olyan műveletek, 
amelyek operandusaik értékét 
megváltoztatják végrehajtásuk 
során). A változó hivatkozáso- 
kat tartalmazó utasításokat pe- 
dig felhasználásoknak (use) ne- 
vezzük (például kiírató utasítá- 
sok, feltételes utasítások predi- 
kátumai, számítási műveletek). 
Egy utasítás lehet definíció és 
felhasználás is egyúttal, az adat- 


folyam-analízis szempontjá- 
ból a konkrét művelet azonban 
lényegtelen (összeadás-e vagy 
szorzás), pusztán az utasításban 
hivatkozott változók egymás- 
ra hatását vesszük figyelembe. 
Az értékadások hatással van- 


nak az érintett változók felhasz- 
nálásait tartalmazó utasításokra 
(definíciófelhasználás párok), és 
fordítva, a felhasználásokra ha- 
tással vannak a változók poten- 
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A statikus analí- 
Zis a tesztelést 
egészíti ki: a hi- 
bákat könnyebben 
és gyorsabban 
javíthatjuk ki. 


ciális definíciói. Egy értékadás 
hatása megszűnik, ha ugyanarra 
a változóra egy újabb értékadás 
történik (felüldefiníció). A hatá- 
sok pontos megállapítását a ve- 
zérlési struktúrát reprezentáló 
ún. vezérlési gráfon (control 
flow graph) végzett útkeresések 
eredményeként kapjuk. 


ÉS MIRE JÓ? 

Vajon mire jó egy adatfolyam- 
analizátor? Képzeljük el, hogy 
a tesztelés során programhi- 
bát tapasztalunk, ismerjük a hi- 
bás eredményre vezető inpu- 
tot és a hibás eredményt tar- 
talmazó utasítást. A tényleges 
hiba, az ok, azonban a futás so- 
rán végrehajtott utasítások bár- 
melyikében lehet. A klasszikus 
debugging során a programot 
a hibás inputra újra lefuttat- 
juk, és a lépésenkénti végrehaj- 
tás során újra ellenőrizzük az 
érintett műveleteket — esetleg 

a programozó intuíciója sze- 
rint irrelevánsnak ítélt bizo- 
nyos utasításokat átugrunk. Ha 
az intuíció tévesnek bizonyult, 
és átléptünk a hibát tartalma- 
zó kódrészleten, a program új- 
rafuttatása szükséges. Most te- 
gyük fel, hogy rendelkezünk 
egy adatfolyam-analizátorral, 
amely képes a hibás eredményt 
adó utasításra közvetlenül vagy 
közvetetten ható utasítások 
meghatározására, azaz a prog- 
ram egy szeletének kiszámítá- 
sára! Debugging során ekkor 
kizárólag a hibás kimenetre ha- 
tó utasításokra fókuszálhatunk, 


IFÓKUSZI 


figyelmen kívül hagyva a kime- 
net szempontjából lényegtelen 
utasításokat. Ha azt vesszük, 
hogy például az eredeti több 
száz soros végrehajtási törté- 
net (execution trace) így akár 
tíz releváns utasításra szűkül- 
het, beláthatjuk, hogy a hatá- 
sok meghatározása lényegesen 
felgyorsítaná a hibakeresést. 

Egy másik példa. Alapos 
tesztelés után a szoftvert kiad- 
ták, és egy bizonyos idő eltel- 
tével a program működésében 
mégis hibát fedeznek fel. Elké- 
szül a hibajelentés, és a fejlesz- 
tőcég nekiáll a hiba kijavításá- 
nak. Szerencsés esetben a kód 
érintetett részeinek progra- 
mozói még elérhetők, rendel- 
kezésre állnak, és emlékeznek 
a korábban alkalmazott meg- 
oldásokra. Kevésbé szerencsés 
esetben csak a program do- 
kumentációja áll rendelkezés- 
re, és egy másik programozó- 
nak kell a forráskódot megér- 
teni, a hibát lokalizálni és ja- 
vítani. Amíg a fejlesztés során 
detektált hibák esetén a prog- 
ramozók még pontosan tisztá- 
ban vannak a program logikai 
struktúrájával, a karbantartás 
során kiderülő hibák esetén en- 
nek visszafejtése nem egyszerű 
feladat. Még rosszabb a hely- 
zet, ha a program számos ja- 
vításon esett át, a kód kezd el- 
távolodni az eredeti tervektől, 
és a dokumentáció sem követte 
a módosításokat. 

Az adatfolyam-analízis hasz- 
nálata itt is segíthet. Az egyes 
változókra ható utasítások au- 
tomatikus meghatározása ré- 
vén könnyebben ismerhetjük 
fel az eredeti gondolatmene- 
tet, az implementált részfunk- 
ciókat. A szeletek kizárólag az 
egymással kapcsolatban lévő, 
és a hiba szempontjából rele- 
váns programfunkciókhoz tar- 
tozó utasításokat mutatják. 

A program megértésén túl, 
ahogy az a korábbi példában is 
szerepel, az adatfolyam-analí- 
zis segít a hiba lokalizálásában. 
A javítás után nehéz kérdés an- 
nak eldöntése, hogy a program 
mely részeit szükséges újratesz- 
telni (regression testing). Amíg 
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eddig a hátramenő szeleteket 
(mi van hatással erre?) használ- 
tuk, ezúttal az előremenő sze- 
letek (mire van hatással?) lehet- 
nek segítségünkre — ezek meg- 
mutatják, mely érintett mo- 
dulokat, funkciókat kell újra 
tesztelnünk. 


A TESZTELŐ SZEREPE 

Most vizsgáljuk meg a statikus 
analízis és a tesztelés kapcsola- 
tát! A statikus analízis nem te- 
szi szükségtelenné a tesztelést, 
hiszen a statikus analízis s0- 
rán az egyes bemenetek hatá- 
sára előállt output nem ismert. 
A statikus analízis bizonyos hi- 
bák megtalálására jó — viszont 
ezekre sokkal hatékonyabb, 
mint a tesztelés. 

Hogyan lehetséges ez? Nem 
tesztelhetünk minden lehetsé- 
ges végrehajtási utat a program- 
ban, mert ezek száma elképzel- 
hetetlenül nagy. A gyakorlatban 
annak is örülünk, ha majdnem 


Vagyis egy pontos statikus ana- 
lizátor elvileg minden null po- 
inter hibát megtalál. 

Tehát a gyakorlatban a tesz- 
telés és a statikus analízis egy- 
mást kiegészítve használandó. 
Mindkettőnek megvan a maga 
szerepe és mindkettőre szük- 
ség van. A statikus analízis lát- 
szólag csak gépidőt igényel, 

a gyakorlatban sajnos az ered- 
ményeket meg kell vizsgálni és 
kiszűrni a téves riasztásokat. 
Ennek ellenére a jelentős cé- 
geknél a statikus analízis hasz- 
nálatát kötelezően előírják, 
mert lényegesen javítja a szoft- 
ver minőségét. 


NEHÉZSÉGEK 

Ha az adatfolyam-analízis ilyen 
hasznos, miért nincs még ne- 
kem ilyen eszközöm?! Egy pon- 
tos, gyors, azaz gyakorlatban is 
használható adatfolyam-anali- 
zátor megvalósítása nem egy- 
szerű feladat, akármilyen prog- 
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valósításának nehézségéhez ha- 
sonlítható. Ezután a program 
további reprezentációit (vezérlé- 
si és hívási gráfok) is elő kell ál- 
lítania a hatások további vizsgá- 
lata céljából. 

Maga az analízis számos gya- 
korlati nehézséget rejt magá- 
ban. Amíg tesztelni csak fut- 
tatható kódot lehet, addig 
a statikus analizátor használó- 
inak jogos igénye, hogy nem 
teljesen kész, sőt szintakti- 
kusan hibás kódot is lehessen 
analizálni. A pontos eredmény- 
hez nagyon sok mindent figye- 
lembe kell vennünk. A feldol- 
gozás során csak úgynevezett 
realizálható programutakat jár- 
hatunk be, amelyek valamilyen 
futás során ténylegesen megva- 
lósulhatnak. 

A statikus analízis egy másik 
alapvető problémája az ún. fu- 
tásidejű kötések meghatározása 
(pointerek, függvénypointerek, 
objektumhivatkozások, polimor- 
fizmus). Példá- 


class Employee ( 


Private String name; 
Private int payRate; 


public Employee(String employeeName,int payRate) ( 


lame) 


this.payRate - payRate; 

, 

public int getPayRate() ( 
return payRate; 


tej a 
Employee.setName (String) (. 
void setName(String fi 


Employee.setName (String) C. 
i Fetisíname- fullName... 


1 Callee:void setPayRat. 


1 Callee: Szring getName() 
d Frelcvee-gertlamei ( 


FENE: 


L, Call: String nameofBusy z bugy.getName() ... 


ul, hogyan álla- 
píthatjuk meg, 
hogy egy po- 
inter mely vál- 
tozóra, válto- 
zókra mutat- 
hat, tetszőleges 
programfutta- 


Example.handlelnployeet) (. 
String § 


busy. getNane ( ) ... 


tást tekintve, 


amely informá- 


ció nélkül a ha- 


package newDemo 


class Employee 


setPayRate(int) 


void setPayRate(int payRate) 


class Example 
saj hendleemplovse0 


[ (String namegfBusy — busy. getNamet) 


String namsofBusy — busy.getName0) 


tások nem felde- 
ríthetők. Vagy 
pontosan me- 
lyik objektum 
melyik függvé- 
nyét hívják meg 
egy adott prog- 
ramponton, ha 
a konkrét objek- 
tumhivatkozás 
(dereferencia) 


Az ábrán a AD Soft Kft. fejlesztés alatt álló forráskód analizátorának egy képernyője látható. A jobb oldali 
ablakban egy hatáslánc, a bal oldali ablakban a forráskód látható, megjelölve azok az utasítások, amelyek- 


re a jobb oldali első utasítás hat. Az alsó ablakban a hatások grafikusan jelennek meg 


minden programágat letesztel- 
tünk. Az adatfolyam-analízisen 
alapuló statikus analízis azon- 
ban olyan eredményt állít elő, 
mintha minden lehetséges útvo- 
nalon analizáltuk volna a kódot. 


ramozási nyelvről is beszélünk. 
Az adatfolyam-analizátornak 
először is a kód nyelvi elemei- 
nek értelmezését kell elvégez- 
nie, amelynek komplexitása egy 
fordítóprogram (compiler) meg- 


csak futásidő- 
ben dől el? 

Az egyik leg- 
nagyobb prob- 
léma a kód mé- 
rete. Egy komolyabb szoftver 
mérete több százezer, sőt mil- 
lió sor lehet. Ennek még a le- 
fordítása is időigényes, ugyan- 
akkor a pontos adatfolyam- 
analízis lényegesen tovább 


tart, hiszen az algoritmus nem 
lineáris, mint a fordítás ese- 
tében. Iovábbi jelentős prob- 
lémákat okoz a kivételkezelés, 
tömbök, könyvtárak (példá- 

ul Java collections framework), 
natív kód, interfészek, abszt- 
rakt osztályok, generikus nyel- 
vi elemek, többszálú kód stb. 
feldolgozása. Az említett prob- 
lémákkal magyarázhatjuk, 
hogy miért is olyan drágák 

a piacvezető statikus analizá- 
torok, noha ezek is távol állnak 
a tökéletességtől. 

Korábban említettük, hogy 
a statikus analizátorok egyik 
felhasználási területe a prog- 
ramok megértése. A fejlesz- 
tői keretrendszerek támogatják 
a megértést, azonban a kereső- 
motorok egyszerű szöveg-, il- 
letve AST-alapú megoldásokon 
alapulnak. Ezért ezek az esz- 
közök hatásokat, illetve futá- 
si idejű hívási gráfokat nem ké- 
pesek megadni. Ugyanakkor 
ezen eszközök hatalmas előnye 
az azonnali válaszidő (just in 
time, JI 1). Kérdés: lehetséges-e 
egyáltalán azonnali válaszidejű 
statikus analizátort készíteni, 
amely nagy programrendszerek 
esetén is azonnali eredményt 
szolgáltat? 

A válasz igen. Ma már létezik 
azonnali hatásanalízis elvég- 
zésére képes program ctt, vala- 
mint Java nyelvi környezetben 
is. Egy változót kiválasztva né- 
hány kattintással megtudhat- 
juk a kiindulási értékét, illetve, 
hogy a változó milyen hatást 
gyakorol a teljes szoftvert te- 
kintve. A 4D Soft készülő Java 
analizátora a futási idejű hívá- 
sokat is képes figyelembe ven- 
ni, így a vaklármák száma mi- 
nimálisra csökken. 

Összefoglalva, manapság 
a statikus analízis a minőség- 
biztosítás nagyon fontos eleme, 
amelyet komoly fejlesztőcég 
nem hagyhat figyelmen kívül. 
A statikus analízis a tesztelést 
egészíti ki, segít, hogy keve- 
sebb hibával kódoljunk, megta- 
láljunk speciális futási idejű hi- 
bákat, és a tesztelés során talált 
hibákat könnyebben és gyor- 
sabban javítsuk ki. AT 
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szoftvertesztelés 


oktatása 
Magyarorszagon 


A szoftvertesztelés a minőségi szoftvertermékek elő- 
állításának kulcsa. De vajon hol és hogyan képzik 
azokat a szakembereket, akik a megfelelő kreativitás- 
sal és szakértelemmel tölthetik be a ma még gyakran 
üresen álló pozíciókat? Ennek járt utána vendégszer- 
zőnk, Beszédes Árpád egyetemi adjunktus. 


I OKTATÁSI KÖRKÉPI 


oftvertesztelői szak- 
§ mai körökben általános 

vélemény, hogy a szoft- 
vertesztelő mint szakma nem kellő- 
képpen megbecsült diszciplína. 
Legalábbis, az infokommunikációs 
technológiák egyéb területeihez vi- 
szonyítva. Vegyük például azt, hogy 
számos olyan vállalattal találkozha- 
tunk, amelyben a szoftvertesztelő 
munkahelyi pozíció alacsonyabb 
rangú (mind erkölcsi, mind anya- 
gi megbecsülésben), mint például 
a szoftverfejlesztő, hasonló mértékű 
tapasztalatot alapul véve. , Ha nem 
vált be mint fejlesztő, jó lesz majd 
tesztelőnek" — vallják sokan. Nyu- 
godtan állíthatjuk továbbá, hogy je- 
lenleg lényegében fejlesztőket kép- 
zünk a felsőoktatási formákban csak- 
úgy, mint a különböző piaci képzési 
programok keretén belül, és nagy- 
ságrendekkel kevesebb figyelem for- 
dítódik a tesztelés oktatására. 

Jó tesztelőnek lenni azonban 
komplex, kihívásokkal teli, ugyan- 
akkor megtisztelő és sok szakmai 
örömöt magában hordozó feladat. 
"Tésztelni nem csak annyit jelent, 
hogy a kérdéses szoftverrendszert 
sok ezerféle módon , próbálgat- 
juk" valamilyen soha véget nem 
érő specifikáció szerint, mindezt 
rendkívül unalmas és morálrom- 
boló módon. A szakmában dolgo- 
zók nagyon jól tudják, hogy szá- 
mos tesztelési fázis és feladatkör 
kreatív munkát rejt magában. 10- 
vábbi tévhit, hogy a tesztelő egy- 
fajta destruktív munkát végez, és 
a fejlesztőknek mint , alkotóknak" 
az ellensége. Ez ellen megfelelő 
kommunikációval lehet védekez- 
ni, de számos egyéb tulajdonsággal 


is rendelkeznie kell egy jó tesztelő- 
nek; ilyen például az odafigyelés 

a részletekre, a jó intuíció és ter- 
mészetesen a komplex szakismeret. 
Mindezekhez először is rátermett- 
ség kell, de éppen ennyire fontos 

a megfelelő képzés biztosítása is. 

Az, hogy egy adott szoftverfej- 
lesztési vagy karbantartási projekt- 
ben megfelelő tesztelési módsze- 
rek legyenek alkalmazva megfele- 
lő tesztelő szakemberek által, min- 
denkinek érdeke. A legtöbb projekt 
esetében a szoftveréletciklus teljes 
idejének, illetve költségének jelen- 
tős része — akár fele vagy még több 
is, a kritikusságtól függően — tesz- 
telésre, szoftverminőség-bizto- 
sításra fordítódik. De nincs ez az 
arány kissé ellentmondásban az- 
zal, amennyit áldozunk a fejleszté- 
si kontra tesztelési kapacitások lét- 
rehozására, fenntartására? Jelen- 
leg azokban a felsőoktatási prog- 
ramokban, amelyek valamilyen 
módon szoftverfejlesztéshez kö- 
tődnek, nem ritka, hogy mindösz- 
sze néhány órányit foglalkoznak 
a teszteléssel, szemben a több sze- 
meszteren és különböző tárgyakon 
átívelő programozó-, programter- 
vező-, fejlesztőképzéssel. 

Hogy az ipar a fentiekről hogyan 
vélekedik? Sokszor a felsőoktatási 
rendszert és a képzési programokat 
hibáztatja, tőlük várja el mindazt, 
amire szüksége van. Vagyis, nap- 
rakész tudást és tapasztalatot szin- 
te a munkába állás első napján, és 
mindezekről valamiféle bizonyíté- 
kotis. Mindezt nem könnyű biz- 
tosítani, de nézzük meg, mit tehe- 
tünk az ügy érdekében mi, a felső- 
oktatás és az ipar közösen! 


A JELENLEGI HELYZET 
Szoftvertesztelő szakembereink je- 
lenlegi képzettsége vegyes. Vannak 
magasan képzett, gyakorlattal és 
tapasztalattal rendelkező , guruk", 
sok a lelkes, de nem különösebben 
képzett kezdő, illetve fáradságos 
munkával és költségesen képzett, 
cégek által kinevelt, egyes szakte- 
rületekhez jól értő tesztelők. A kép- 
zési színtér jelenleg lényegében 

a felsőoktatást és a szabványos pi- 
aci képesítési rendszereket je- 
lenti (ezek közül legfontosabb az 
ISTOB-konform képzési forma, 
ld. keretes írás). Jelenleg elvétve be- 
szélhetünk az egyéb szintű képzési 
lehetőségekről, vagyis különleges 
középfokú képzésről vagy OKJ-s 
programokról. 

Szinte minden hazai felsőok- 
tatási intézményben, amely vala- 
milyen formában szoftverfejlesz- 
tési programmal rendelkezik, ta- 
lálkozhatunk általános szoftver- 
fejlesztési (software engineering) 
tárgyakkal. Ezek keretén belül jel- 
lemzően megemlítik a szoftver- 
minőség-biztosítást és a teszte- 
lést. Kissé differenciáltabb képzé- 
si móddal találkozhatunk néhány 
nagyobb egyetemünkön, de ki is 
emelhetünk néhány intézményt, 
amely már elindította szoftver- 
tesztelés-képzéseinek jelentősebb 
átalakítását. A Budapesti Műsza- 
ki és Gazdaságtudományi Egyete- 
men több elméleti és gyakorlati 
tárgy is foglalkozik a teszteléssel, 
például a Szoftvertesztelés, a Tesz- 
telés és minőség laboratórium 
a mesterképzésben, valamint 
a Szoftververifikáció és -validáció 
című, doktori képzésben adott 
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Beszédes Árpád 
tárgy. Az Eötvös Loránd Tudo- 
mányegyetem is több tárgyat 
tart fenn a tesztelés oktatásának: 

a Szoftverfejlesztés minőségi aspek- 
tusai és a Tesztautomatizálást tá- 
mogató eszközök a gyakorlatban. 
Mindkettő mesterképzés: tárgy, 
míg a doktori képzésben a Szoft- 
vertesztelés áll rendelkezésre. 

A Széchenyi István Egyetemen az 
Információs Rendszerek fejlesztése, va- 
lamint a Szoftverminőség-biztosítás 
tárgyak foglalkoznak a tesztelés- 
sel. Végül, a Szegedi Tudomány- 
egyetemen a két speciálkollégium, 
a Szoftvertesztelés alapjain és a Szoft- 
vertesztelés gyakorlatán kívül a Zesz- 
telési módszerek mesterszakos tárgy 
foglalkozik behatóbban a tesztelés 
elméleti és gyakorlati aspektusaival. 
Közös jellemzőjük a fenti tárgyak- 
nak, hogy tematikáikat az ISTOB 
ajánlásai szerint állították össze. 
[dovábbi részletek a témával kap- 
csolatban megtalálhatók az Infor- 
matika a felsőoktatásban 2011 kon- 
ferencia kiadványában, 1096-1103 
oldalak (Debreceni Egyetem, In- 
formatikai Kar, 2011]. 

Ami az ipari gyakorlatot illeti, 
jellemzően külön tanfolyamok 
keretén belül készítik fel a válla- 
latok alkalmazottjaikat a munka- 
végzésre. Ez sokszor ad hoc jelle- 
gű egyedi képzéseket, különböző 
eszközökről, technológiákról szóló 
speciális kurzusokat jelent. A válla- 
latok nagy része azonban nagyon 
fontosnak tartja a szabványos, 
nemzetközi ajánlásokat, hiszen így 
megbízható, ellenőrizhető tudáshoz 
juthatnak hozzá dolgozóik. Termé- 
szetesen itt is az ISTOB emelhető ki 
követett módszertanként. 
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egyetemi adjunktus 


IÜZLETI 


A felsorolt, szervezett képzése- 
ken kívül természetesen más fóru- 
mokon is elsajátíthatják, elmélyít- 
hetik a szakmát a tesztelők, például 
különböző konferenciákon, szak- 
mai vásárokon, illetve egyéb médi- 
umok, például folyóiratok és inter- 
netes közösségek segítségével. 


HOVA AKARUNK ELJUTNI? 

Az elmondottak természetesen 

fontos elemei a hazai szakember- 

képzésnek, azonban még sok téren 
van fejlesztenivaló, de ehhez azt 
kell látni, hogy a probléma rend- 
kívül sokrétű. Fontos a felsőokta- 
tási képzés harmonizálása, tovább- 
fejlesztése, de ugyanúgy az ipari 
képzéseket is tovább kell fejleszte- 
ni, szervezettebb mederbe terel- 
ni, esetleg egyéb kapcsolódó terü- 
letekkel együtt, mint például a kö- 
vetelménykezelés vagy projektme- 
nedzsment. 

Elsődlegesen a felsőoktatásban 
lenne szükség jelentősebb fejlesz- 
tésekre, ugyanis a fentiek értelmé- 
ben még eléggé kezdeti fázisban 
vagyunk, illetve jelenleg még vi- 
szonylag nagy a rés a kimeneti 
tudás és az ipari elvárás között. 
Természetesen az intézményektől 
nem várható el, hogy minden hall- 
gatót naprakész tudással lássanak 
el, de a jelenleginél azért sokkal 
szervezettebben, összehangoltab- 
ban lehetne megtervezni a progra- 
mokat. A jelenleg vezető intézmé- 
nyek kínálatát elemezve az alábbi 
fejlettségi szintek, illetve fázisok 
tapasztalhatók: 

) kezdeti fejlettség — ez 1-2 általános 
törzstárgy keretén belül kínált né- 
hány órás külön foglalkozást je- 
lent a témával 

) fejlődő fázis — 1-2 speciális kurzus, 
például speciálkollégium meghir- 
detését jelenti bizonyos szakokon, 
választható tárgyként. A tárgyak 
sokszor meghívott előadókkal tar- 
kítottak 

) tervezett képzés, amelyben már 
tudatosan összeállított képzési 
program keretében legalább 2-3 
tárgy foglalkozik a teszteléssel, 
közöttük törzstárgy is van 

b speciális szakirány 

) szoftvertesztelő szak (országosan 
akkreditált). 

Mint látható, jelenleg legjobb 
esetben is csak a 2. szinten helyez- 


kednek el az intézményeink, míg 

a külön szakirány és szak egyelőre 

még csak távoli vízió. Azonban már 

most elkezdhetünk gondolkodni 

egy ilyen jövőbeli szak struktúrájá- 

ról azért, hogy ha a megfelelő fel- 

tételek rendelkezésre állnak, elkez- 

dődhessenek az előkészületek. Egy 

lehetséges kompetencialista (amely 

a tapasztalat és az ajánlások alap- 

ján levezethető) az alábbiakat tar- 

talmazhatná: 

) programozási alapok, nyelvek 

b operációs rendszerek 

) szoftverfejlesztési ismeretek, 
software engineering 

) követelmények kezelése, 
reguirements engineering 

) szoftverminőség általános meg- 
közelítése, ISO, CMMI, egyéb 
szabványok, software guality 

) folyamatmenedzsment, model- 
lek, TI-menedzsment: COBIT, 
ETT, as: 


Expert Level 


Test 
Manager 


Foundation Level 


Az ISTOB képzési struktúra 


, eszközhasználat: konfiguráció- 
menedzsment, eseménykezelés, 
egyéb eszközök 

, üzleti aspektusok, projektme- 
nedzsment, gazdasági ismeretek, 
költségbecslés 

, végül, de nem utolsósorban nem- 
zetközi ajánlások alapján történő 
tesztelői képzés, legalább ISTOB 
Foundation és Advanced szintek. 

A fentiek kiegészülnek a speciá- 
lis, teszteléssel foglalkozó doktori 
képzéssel, valamint a tudományos 
kutatási programokkal. 

Nagyon fontos a gyakorlati tu- 
dás megszerzése is, amihez hozzá- 
járulhat az ipari kapcsolatok erő- 
sítése, ipari résztvevők bevonása 
a képzésbe. Ez elképzelhető lenne 
például kötelező szakmai gyakor- 
lat keretében. 

Az előbbiekben vázoltak mind 
szükségesek kompetens szoftver- 
tesztelő szakemberek , előállításá- 


Technical 


Test Analyst 


hoz", és látható, hogy ezek teljes 
megvalósítása több, egymásra 
épülő kurzus elvégzését jelenti. Ki- 
dolgozásuk sok erőfeszítést és időt 
igényel, de talán hamarosan külön, 
fejlesztőkkel egyenértékű szakon 
képezhetjük tesztelőinket. . . 


RÖVID TÁVÚ REALITÁS, 

ÉS AMIT TEHETÜNK 

De maradva a realitás talaján, elő- 
ször is fontos megteremteni és el- 
mélyíteni a felsőoktatás és az ipar 
kommunikációját és együttműkö- 
dését a témában. Az egyetemek- 
től nem várható el, hogy naprakész 
szakembereket képezzenek, akik 
minden környezetben kis ráfordí- 
tással, szinte azonnal bevethetők. 
Az egyetemek és főiskolák képzé- 
si programjai természetüknél fogva 
nagy tehetetlenséggel bírnak, amit 
tudomásul kell venni, és amihez 
igazodni kell. Ugyanakkor alap- 
vető kötelességük 
ezen intézmények- 
nek a stabil alap biz- 
tosítása, megfelelő 
általános alapisme- 
retek elmélyítése. 

A technológiai kü- 
lönlegességek ké- 
sőbb pótolhatók az 
adott munkakör el- 
látásához szükséges 
mértékben. 

Ennek egy lehet- 
séges módja az, hogy az iparral 
konzultálva a felsőoktatási intéz- 
mények kidolgozzák az általános 
képzési programokat, ideális eset- 
ben egymással intenzíven együtt- 
működve, így esetleg csereszabatos 
tematikákat eredményezve. Ezen- 
felül létre kell hozni a különböző 
szakterületekre vonatkozó speciá- 
lis kurzusokat, amelyeket a hallga- 


tók az igényeknek megfelelően vá- 
laszthatnának. E speciális képzé- 
seknek viszont nagyon flexibilisek- 
nek kell lenniük, az ipari igényekre 
való gyors reagálási móddal. 

Ezt azonban csak az iparral szo- 
ros együttműködésben lehet meg- 
valósítani, ami áldozatokkal jár 
mindkét fél részéről. Az egyetemi 
oktatóktól nem várható el az a fajta 
gyors tanulás, amit a képzések ellá- 
tása igényelne, ezért az ipar segít- 
sége megkerülhetetlen. Szerencsé- 
re több lehetőség is adódik erre. 

Az ipari képviselők támogathat- 
ják például a különböző laborok ki- 
építését, képzési anyagok előállítá- 
sát, vendégoktatók biztosítását, kü- 
lönböző szakmai gyakorlatok szer- 
vezését, szakdolgozattémákat stb. 

Rövid távon is több dolgot tehe- 
tünk a cél érdekében. Először is, 
fontos lenne a nemzetközi ajánlá- 
sok minél elszántabb követése, 
például az ISTOB rendszer be- 
építése a felsőoktatási képzésekbe. 
Másodszor, az egyes intézmények 
már most elkezdhetik saját temati- 
káik összehangolását és szorosabb 
kapcsolatok kiépítését. Ez jelent- 
heti például az oktatók és diákok 
cserefoglalkoztatását, vendégelő- 
adók meghívását, közös szakdol- 
gozati és doktori témák meghirde- 
tését, záróvizsga tételsorok közös 
kidolgozását stb. 

Végül, de nem utolsósorban, 
rendkívül fontos a szakmai közös- 
ségek felélesztése és életben tar- 
tása, amely különböző rendezvé- 
nyek szervezésében, internetes fó- 
rumok üzemeltetésében és egyéb 
médiumok, hírlevelek, folyóiratok 
kiadásában nyilvánulhat meg. Eb- 
ben nagy segítség lehet az olyan 
szervezetek közreműködése, mint 


a HTB vagy az IDG. A 


Az ISTOB Magyarországon 


Az International Software Testing Oualifications Board (ISTOB, http:// 
www.istgb.com) egy 47 tagot számláló világszervezet, amelynek célja a pro- 
fesszionális szoftvertesztelés képesítési kereteinek koordinálása; magában 
foglalja a képzés és vizsgáztatás szakmai és szervezési feltételeinek kidolgo- 
zását és azok ellenőrzését. 2008-ban alakult meg az anyaszervezet magyaror- 
szági tagszervezete, a Magyar Szoftvertesztelői Tanács Egyesület (Hungarian 
Testing Board, HTB, http://www.hstgb.com) . Mára már Magyarországon is 
számos, de világszinten 180 ezer vizsga tanúsítja a rendszer sikerességét. Az 
ISTOB képzési séma három szintben határozza meg az elvárt ismerethalmazt: 
Alap (Foundation) , Haladó (Advanced) és Szakértő (Expert) — /d. ábra. 
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módszertan neve 4cep- 
tance-test-driven development 
(AI DD), azaz magyarítva 


kb. átvételi vizsgálatokon alapuló 
fejlesztés. Az acceptance testek, 
vagyis az átvételi vizsgálatok kon- 
cepciója természetesen nem újdon- 
ság; a hagyományos minőségbiztosí- 
tási eljárások is azon alapulnak, hogy 
mielőtt a terméket késznek nyilváni- 
tanánk, tesztekkel ellenőrizzük, va- 
jon megfelel-e bizonyos minőségi 
követelményeknek. A módszer új- 
donsága abban rejlik, hogy ezekre 

a tesztekre és megtervezésükre nem 
a tervezési, majd a fejlesztési folya- 
matok lezárulta után, azoktól szinte 
függetlenül kerül sor, hanem e folya- 
matok szerves részeként, a kezdetek- 
től végigkísérve azokat. 

A hagyományos waterfall-modell 
egyik legnagyobb hátránya, hogy 
ha egy hibára ilyen kései fázisban 
derül fény, az nagymértékben meg- 
nehezíti a kijavítását még akkor is, 
ha a probléma viszonylag könnyen 
helyrehozható, kisebb kódrészle- 
tet érint. Ennek eredményekép- 
pen növekednek a javítás költségei, 
a fejlesztőcsapat elvesztegetett ide- 
je, és csúszik a leadás határideje. 

Az ATDD teljesen más megkö- 
zelítésből indul ki: ennek megfe- 
lelően az átvételi vizsgálatokat kö- 
zös munka eredményeképpen, 
még a fejlesztési munkák megkez- 
dése előtt határozzák meg. A tesz- 
telés így már nem a OA (OCuality 
Assurance, minőségbiztosítás) csa- 
pat belügye, hanem olyan közös 
feladat, amely a tesztelőkön kívül 
nemcsak a fejlesztőket, de a ter- 
mékmenedzsereket és az üzleti 
elemzőket is bevonja. Ez lehetővé 


§ o Ti . h 


teszi, hogy minden résztvevő már 
a tervezési fázisban is átlássa és 
megértse a tesztelés problémáinak 
jelentőségét. 

Emellett az átvételi tesztek nem 
szeparálódnak és nem száműzetnek 
a fejlesztést követő időszakra, ha- 
nem automatikusan és a teljes fej- 
lesztési folyamatba integrálva, azt 
végigkísérve valósulnak meg. En- 
nek következtében a hibák gyorsan 
a felszínre kerülnek, olcsóbban és 
gyorsabban javíthatók, a tesztelők 
munkaterhelése pedig egyenlete- 
sebben oszlik el, nem koncentráló- 
dik a munkafolyamat végére. Ösz- 
szességében a csapat gyorsabb és 
jóval hatékonyabb reakciókra ké- 
pes, ami különösen a kezdeti speci- 
fikációk változása esetén jelenthet 
óriási versenyelőnyt. 


ATDD A GYAKORLATBAN 

Erdemes közelebbről is megnézni, 
hogyan működhet az ATDD egy 
agilis fejlesztési projektben. Egy 
szoftverprojekt alapvető célja, hogy 
bizonyos számú kiemelt feature-t, 
a felhasználó felé kommunikálható 
szolgáltatási értéket kínáljon a fel- 
használóknak. Ilyen lehet például 
egy ingatlanlízing-menedzsment 
applikáció esetében a karbantartás- 
menedzsment. 

A feature-ök általában túl nagyok 
ahhoz, hogy egyszerre implemen- 
táljuk őket, ezért általában kisebb, 
kezelhetőbb egységekre bontjuk 
azokat. Agilis körökben ezeket az 
egységeket ín. user storyk formájá- 
ban írjuk le, megfogalmazzuk egy- 
két rövid mondatban, hogy egy 
funkcionalitás egy bizonyos elemé- 
től mit vár a felhasználó. 


A karbantartásmenedzsment 
feature esetében ilyen lehet pél- 
dául a munkarend felállítása vagy 
a számla jóváhagyása. 

Ezek a user storyk adják azok- 
nak a beszélgetéseknek az alap- 
ját, amelyek segítenek tisztáz- 
ni az igényeket, majd megszület- 
het belőlük az, amit végül imp- 
lementálni kell: ezt célok és 
számonkérhető átvételi kritéri- 
umok formájában fogalmazzák 
meg, például így: , A felhasználó 
nem hagyhatja jóvá a számlát, ha 
annak összege túllépi a megálla- 
podott maximum árat." 

Az átvételi kritérium megha- 
tározza, hogy egy bizonyos user 
story mikor áll készen a forga- 
lomba helyezésre, de ez nem csak 
annyit jelent, hogy rögzíti, mit 
kell tesztelni az iteráció végén. Az 
átvételi kritérium közös feladat- 
ként jelenik meg már az iteráció 
kezdetén, a fejlesztők, a tesztelők 
és a terrmékmenedzserek bevoná- 
sával. Ennek eredményeképpen 
elősegíti azt is, hogy a csapat min- 
den tagja konkrét és részletes ví- 
zióval rendelkezzen a megvalósí- 
tandó feature-ről, így csökkentve 
a hiányos errőforrás-felmérésből 
adódó konfliktusok és a belőlük 
eredő kisebb katasztrófák számát. 

Fontos, hogy az átvételi kritériu- 
moknak nem kell kimerítőnek len- 
niük; ez a technikai tesztek felada- 
ta. Az átvételi kritériumokat leg- 
alább annyira használjuk kommu- 
nikációs, mint verifikációs célokra: 
működő példák formáját öltik ma- 
gukra, ezért is hivatkozunk gyakran 
mind az ATDD-re, mind a példákon 
keresztül való specifikációra. 


tására egyre több cég 


ények a szoftvertesztelés számá- 


Persze az ATDD-t nem csak agi- 
lis módszertant használó projektek 
esetében vethetjük be. Azok a csa- 
patok is profitálhatnak belőle, ame- 
lyek formálisabb és részletesebb 
use case-ekkel vagy olyan tradicio- 
nálisabb megközelítésekkel dolgoz- 
nak, mint például az $RS (szoftver- 
követelmény-specifikáció), hiszen 
a lehető legkorábban juthatnak ál- 
tala ellenőrizhető, automatizált át- 
vételi kritériumokhoz. 


AZ ÁTVÉTELI VIZSGÁLATOK 
AUTOMATIZÁLÁSA 

Az átvételi kritériumok kulcseleme, 
hogy automatizáltan képesek mű- 
ködni. Nem egyszerűen egy Word 
vagy Excel fájlban tároljuk őket: 
élő, végrehajtható tesztek. Az 
ATDD akkor igazán hatékony, ha 
az automatizált átvételi vizsgála- 
tok lefutnak minden alkalommal, 
amikor változtatunk a forráskódon. 
Eppen ezért nagyon fontos, hogy 
rendelkezésünkre álljon egy esz- 
köz, amely könnyen integrálható a 
fejlesztési folyamatainkba, és em- 
beri beavatkozás nélkül fut a build 
servereinken. 

Az automatizált átvételi vizsgála- 
tok nem csupán azt a célt szolgálják, 
hogy teszteljék az applikációt, ha- 
nem egyben egy objektív mérőesz- 
közt is adnak a kezünkbe a projekt 
előrehaladásának felméréséhez 
(az agilis projektekben például nem 
is fogadunk el mást az előrehaladás 
mércéjeként, csak a működő szoft- 
vert). A vizsgálatok ráadásul képet 
adhatnak az egyes feature-ök és 
storyk viszonylagos komplexitásáról 
is: azokat a funkciókat, amelyeket 
bonyolult és sokáig tart tesztelni, jó 
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eséllyel bonyolult és hosszadalmas 
fejleszteni is. Ez fontos segítség le- 
het a termékmenedzserek számára 
a prioritások felmérésében. 

Bár természetesen a hagyomá- 
nyos teszteszközök — mint például 
a TéstNG — is alkalmasak arra, 
hogy automatizált átvételi vizsgá- 
latokat írjunk bennük, van néhány 
szoftver, amelyet kifejezetten az 
ATDD módszertan támogatására 
hoztak létre. 


ATDD-ESZKÖZÖK 

Az egyik legkorábbi ATDD-teszt- 
eszköz a FitNesse. Ebben a felhasz- 
nálók táblázatos formában vihetik 
fel a követelményeket egy wikibe, 
majd a fejlesztők a kulisszák mö- 
gött írják meg a kódot, amely 

a wikiben tárolt tesztadatokkal le- 
futtatja a teszteket az applikáción. 
A tesztek végrehajtása után a táblá- 
zat színekkel jelzi, hogy melyek zá- 
rultak sikerrel, és melyeken nem 
ment át az alkalmazás. A FitNess 
nagyon hasznos eszköz lehet, ha 
átvételi vizsgálatunk követelményei 
kifejezhetők adattáblákkal és elvárt 
eredményekkel, illetve használják 
még lépéssorozatokban kifejezhető 
átvételi kritériumok esetében is. 

Ujabban több olyan eszköz is 
napvilágot látott, amely a BDD 
(behavior-driven development, 
azaz viselkedésvezérelt vagy visel- 
kedésalapú szoftverfejlesztés) 
módszertant támogatja. Ez a tech- 
nika arra sarkallja a fejlesztőket, 
hogy az applikációt annak visel- 
kedése felől közelítsék meg, és az 
alacsony szintű technikai követel- 
ményeket is narratívába helyez- 
ve fogalmazzák meg. A Cucumber 
a Ruby közösség népszerű eszkö- 
ze, amely lehetővé teszi, hogy az 
átvételi követelményeinket az agi- 
lis projektekben gyakran használt 
given-whben-tben (adva-amikor- 
akkor) struktúrában fogalmazzuk 
meg. A Cucumber Javával hasz- 
nálható. 

A JBebave hasonló megközelí- 
tést használ: a sztorikat szövegfáj- 
lokban fejezi ki, a tesztek pedig Ja- 
va osztályokban írhatók meg. Ha- 
sonló eszköz még a Groovy nyel- 
ven alapuló Easyb is. 

Még frissebb ATDD-eszköz 
a Concordion, amelyben az átvé- 
teli vizsgálatok táblázatokat és szö- 
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vegeket is tartalmazó HIML- 
oldalak formájában fejeződnek ki. 
Az eszköz Java osztályokat hasz- 
nál az oldalakon elhelyezett tagek 
(címkék) analizálására, az eredmé- 
nyeket pedig HIML-ben jelzi ki. 

Ezek az eszközök mind nagy 
hangsúlyt fektetnek az olvasható- 
ságra és akommunikációra. Az 
alábbi kód jól illusztrálja, hogyan 
fejezhetünk ki egy átvételi kritériu- 
mot Easyb segítségével: 


scenario User can approve an 
invoice for an amount less 
than the agreed maximum" 

( 

given ,the User has selected 
an open invoice" , 

and ,the User has chosen to 
apptovegthesenyotset 

and ,the invoice amount is 
Tess ehanytheragteed maz imúni 
amount" , 

wien ehe Serücomoletesüthe 
action" , 

then ,the invoice should be 
successtülly approved 


Amint ily módon meghatároztuk 
az átvételi kritériumot, a hozzá tar- 
tozó tesztkód már megírható a ha- 
gyományosabb programnyelvek 
valamelyikén, például Javában, 
Groovy-ban vagy Ruby-ban. 

Az Easyb bemutatása mellett ez 
a kódrészlet azt is jól megvilágítja, 
hogy a kommunikációnak kiemelt 
szerep jut az ATDD-eszközökben. 
Az automatizált átvételi kritériu- 
mokat olyan magas szintű kifeje- 
zésekkel fogalmazzák meg, ame- 
lyek az üzleti vezetők számára épp- 
oly érthetők, mint a szoftvermér- 
nökök és a programozók számára. 
A legtöbb ATDD-eszköz még ar- 
ra is alkalmas, hogy a teszteredmé- 
nyekből hétköznapi üzleti kifejezé- 
sekben megfogalmazott jelentése- 
ket generáljon. 

A még nem lekódolt, de ily 
módon már megfogalmazott át- 
vételi kritériumokat a program 
a , pending" (folyamatban) címké- 
vel látja el: egy iteráció kezdetekor 


minden teszt állapota ez, a követ- 
kező lépés pedig a tesztek imple- 
mentálása. Így a riportok nem csu- 
pán a teszteredményekről, de a pro- 
jekt, illetve az egyes részfeladatok 
állapotáról is tájékoztatnak. 

Kicsit távolabbról nézve az auto- 
matizált átvételi vizsgálatok olya- 
nok, mint bármely más automa- 
tizált teszt: el kell tárolnunk őket 
a verziókontrollt biztosító rend- 
szerünkben, és időről időre le- 
futtatni őket a CI- (continouous- 
integration, folyamatos integrá- 
ció) szerverünkön (a gyors visz- 
szajelzés érdekében legalább 
minden éjjel, de lehetőleg min- 
den forráskódváltozásnál). A CI- 
szerveren érdemes azt is beállítani, 
hogy az eredményeket olyan hely- 
re is publikálja, ahol a nem fejlesztő 
munkatársak is könnyen elérhetik. 
Szerencsére az újabb CI-eszközök, 
mint például a Jenkins, nagyon 
könnyen integrálhatók szinte 
mindegyik BDD-alkalmazással. 57 


, Hagyományos vs. közösségi 


Nyilt forráskód és közösségi szoftverfejlesztés: e nem ok nélkül trendi fogalmakat gyakran 
használják egymás szinonimájaként. Pedig nem minden open source fejlesztés célja 
közösség építése és bevonása a fejlesztésbe, ahogy előfordul az is, hogy felhasználói 

vagy fejlesztői közösséget építenek egy nem nyilt forrású termék köré. Jelen cikkünkben 

a közösségekre helyezzük a hangsúlyt, és kevésbé tartjuk fontosnak, hogy az adott projekt 
nyílt vagy zárt forrású-e. Írta: Kiss Attila 


hhoz, hogy megmutassuk a közösségi 
A tesztelés előnyeit és hátrányait, vagyis 

megtaláljuk a helyét a mindennapi üzle- 
ti gyakorlatban, először vegyük górcső alá, ho- 
gyan működik a , hagyományos" szoftverteszte- 


lés, amin itt az alkalmazott, hivatásos szoftver- 
tesztelők munkáját értjük! 


TESZTELŐK A VÍZESÉS ALJÁN 

A tesztelés legalapvetőbb célja, hogy a termék- 
fejlesztés minél korábbi fázisában fényt derítsen 

a hibákra, hogy azok minél alacsonyabb költsé- 
gen javíthatók legyenek. Szoftverek, különösen 
komplex rendszerek esetében a gyakorlatban nem 
létezik hibamentes állapot, ezért a feladat a minő- 
ség mérése és meghatározott szintre emelése. Ez 
kiegészülhet a felhasználó kockázatainak becslé- 
sével és kezelésével. A tesztelés tehát a minőség- 
biztosítási folyamat része, hiszen egy elvárásnak 
való megfelelésről van itt szó. A problémát az je- 
lenti már első körben is, hogy kinek milyen elvá- 
rásának kell megfelelni. 


A szerző a BalaBit marketingvezetője 


A fejlesztők természetesen egy specifikációnak 
való minél teljesebb megfelelést értik ezen. Viszont 
érthető módon mindez a felhasználókat teljes mér- 
tékben hidegen hagyja. A hibásan specifikált fejlesz- 
téseket éppúgy minőségi hiányosságnak érzékelik, 
mint az azoktól való eltéréseket. Ebből következik, 
hogy egy szoftver minősége már a specifikációnál je- 
lentősen meghatározott. Ennek ellenére a termék- 
tervezést sokszor nem értik bele a fejlesztés folya- 
matába. A piacon általában azok a fejlesztővállalatok 
a sikeresek, amelyek ügyféllel a középpontban köze- 
lítenek a minőséghez, és nagy hangsúlyt fektetnek 
a felhasználói igények feltérképezésére és specifiká- 
lására. A következő minőségi értelmezési szint a tu- 
lajdonosi értelmezés — utóbbinak profitelvárásai van- 
nak. Leegyszerűsítve, a tulajdonosok számára a ter- 
mék azon tulajdonságai jelentik a minőséget, amiért 
a vevő magasabb árat hajlandó fizetni. 

A hagyományos szoftvertesztelésen belül is van 
egy tradicionális vonal, amely kizárólag az elkészült 
szoftvert vizsgálja. A fejlesztők ilyenkor a kész ter- 
méket és annak funkcionális, valamint technikai 
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specifikációját átadják a tesztelő- 
csapatnak, amely megalkotja a tesz- 
telési tervezetet, majd végig is viszi 
azt. A talált hibákat visszacsatol- 
ják a fejlesztőknek, akik nekiállnak 
kijavítani azokat, majd a folyamat 
kezdődik elölről. Ez a megközelí- 
tés viszonylag kevés tesztelőt igé- 
nyel, viszont nem kedvez a gyors 
fejlesztéseknek, főleg dinamikusan 
változó specifikáció esetén, amit 
piacra készülő (nem egyedi fejlesz- 
tésű) szoftver esetében a turbulens 
piaci környezet generál. 


TESZTELÉS AZ ELSŐ 

PILLANATTÓL 

Ennél újabb, rohamosan terjedő 
fejlesztési metódus az agilis fej- 
lesztési modell, amely a sikeres ja- 
pán gyártók lean, folyamatalapú 
megközelítését igyekszik a koráb- 
ban túlzottan projektszemléletű 
szoftverfejlesztésbe inplementál- 
ni. A különbség nagyjából ahhoz 
hasonlítható, amikor az emberiség 
a manufakturális termék-előállítás- 
ról áttért a gyártásra. 

Az agilis modellekben a teszte- 
lők napi szinten együttműködnek 
a fejlesztőkkel a fejlesztés teljes fo- 
lyamatában, annak legkorábbi fá- 
zisától kezdve. Ez azt jelenti, hogy 
sokkal több tesztelési időt kell ter- 
vezni, hiszen — látszólag felesle- 
gesen — a szoftver minden porci- 
káját rengetegszer fogják tesztel- 
ni, miközben tudják, hogy mind 
a kód, mind a specifikáció még so- 
kat fog változni. Összességében 
mégis gyorsabb és rugalmasabb 
fejlesztést kapunk, ahol a problé- 
mák még a keletkezésük idején és 
helyén napvilágra kerülnek és ja- 
vítják őket. A megközelítés fő- 
leg az alapvető, koncepcionális, 
architekturális hibák esetében je- 
lent hatalmas előnyt a tradicioná- 
lis tesztelési folyamatokhoz képest. 
Az agilis módszer szerinti teszte- 
lés filozófiája hasonló a TOM- 
éhez vagy a lean menedzsmenthez 
— ezek azt állítják, hogy a minősé- 
get nem lehet a gyártás végén , be- 
leellenőrizni"? a termékbe, hanem 
a gyártás folyamatát kell úgy alakí- 
tani, hogy az minőséget adjon. Az 
agilis tesztelő napi szinten, kaláká- 
ban dolgozik a termék egyazon ré- 
szén a fejlesztővel, tulajdonképpen 
egyenrangú társaként, egy másik 


szemléletet adva a folyamatba, így 
a problémák vagy hibás elgondo- 
lások akár már ötletfázisban kiszű- 
rődhetnek. 

Mivel a tesztelők már a termék 
igen korai, sőt embrionális fázisá- 
ban is tesztelik az elkészült kódré- 
szeket, nem tudnak olyan egysze- 
rűen megfogalmazott elvek alap- 
ján dolgozni, hogy megfelel-e va- 
lami a specifikációnak vagy nem. 
Főleg, hogy a specifikáció az agilis 
fejlesztésben a fejlesztéssel együtt 
fokozatosan lesz egyre pontosabb 
és részletesebb. Ezért a tesztelők 
különböző szintű és részletességű 
teszteket használnak. Lássuk 
ezeket: 

— Unit teszt. A készülő szoftver- 
egységek első körös tesztelése ab- 
ból a célból, hogy a fejlesztésnek 
biztos, jó minőségű alapot szolgál- 
tassanak. Mivel a tesztelt egységek 
(unitok) funkcionálisan nehezen 
értelmezhetők, ezért a unit teszt- 
esetek definiálásához nagymér- 
tékben szükséges a fejlesztők tevé- 
keny hozzájárulása. Az együttmű- 
ködés talán itt a legszorosabb fej- 
lesztő és tesztelő között. 

-— Modul (integrációs teszt). 
Ebben a fázisban a szoftverelemek 
modulokká állnak össze, amelyek 
már jól értelmezhető funkciókat 
valósítanak meg. Mivel ekkor még 
nincs felhasználói felület (GUD), 
ezért itt szintén a programozási 
nyelvet jól ismerő tesztelők kerül- 
nek előtérbe, akik saját scriptjeiket 
és parancsaikat használják. A tesz- 
telésnek ez a fázisa a legjobban au- 
tomatizálható, hiszen csak egy 
jól körülhatárolható rendszerünk 
van bemenetekkel és kimenetek- 
kel. Ezen a szinten kell foglalkozni 
a modulok együttműködési képes- 
ségével is, amely az interface-spe- 
cifikáció ismeretében tesztelhető. 

- Rendszerteszt. A szoftver 
tesztelése a normál felhasználói 
interface-eken keresztül. Ez az 
a fázis, amikor a specifikációnak 
való megfelelést első ízben vizsgál- 
ják a teljes termékre. Jellemzően 
jól automatizálható. 

— Elfogadási teszt. Az a fázis, 
amikor a megrendelő átveszi a ter- 
méket. Itt a tesztesetek valós fel- 
használást szimulálnak, és azo- 
kat a megrendelő bevonásával ké- 
szítik el. Egyedi fejlesztés esetén 
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a megrendelő a jövőbeli felhasz- 
náló, amíg piacra szánt termék 
esetén ez a termékmenedzser vagy 
a marketing. 


A KÖZÖSSÉG SZÍNRE LÉP 

Ha ezekhez a szoftvertesztelési 
módszerekhez és szintekhez ha- 
sonlítjuk a közösségi tesztelést, 
akkor a következő alapvető megál- 
lapításokat kell tennünk: 


Hátrányok 
— A közösség tesztelői nem képe- 
sek unit és modulteszteket végez- 
ni, vagyis agilis fejlesztésekbe csak 
korlátozottan vonhatók be. Még 
akkor is, ha gyakran adunk ki korai 
szoftververziókat. 

Nem tesztelési tervezet szerint 
haladnak, ezért nem lehetünk biz- 
tosak a teljes körű tesztelésben. 


Előnyök 

— A közösségi tesztelők elvileg in- 
gyen dolgoznak nekünk. A gya- 
korlatban van némi költsége a kö- 
zösségi infrastruktúrának, de ha 

a közösség kellő méretű, akkor ez 
bőven megtérül. 

— Közösségi tesztelőink akár több 
tízszer vagy százszor többen lehet- 
nek, mint a belső csapat. 

— A közösségi tesztelők általában 
felhasználók is egyben, így olyan 
szemmel képesek tesztelni a ter- 


T 


méket, ahogy a belső tesztelők so- 
sem lesznek képesek. 

Mindezek alapján kimondhat- 
juk, hogy a közösségi tesztelés 
nem helyettesítheti a belső teszte- 
lői kapacitást, de jól kiegészítheti 
azt. Ez a kijelentés azonban nem 
fejezi ki teljes mértékben a közös- 
ség jelentőségét, amely méreténél 
és összetételénél fogva iszonyatos 
versenyelőnyt biztosíthat a fej- 
lesztőcégek számára. Azt adják 
ugyanis a vállalatok számára, ami- 
ben azok leginkább szegények: 
információt a felhasználói igé- 
nyekről, elvárásokról, szokások- 
ról. A közösségi tesztelő szemé- 
ben a nem megfelelői működés 
éppolyan hiba, mint egy hiányzó 
funkció. Az ő tesztelésükből tehát 
nemcsak a hibákat, de az elváráso- 
kat is meg lehet ismerni. 

És miről beszéltünk a cikk 
legelején? Egy jó specifikáció 
már fél siker! 

A közösség segítségével rajta 
tarthatjuk ujjunkat a piac ütőerén, 
és idejekorán azonosíthatjuk azo- 
kat a felhasználói igényeket, ame- 
lyek a jövőben elvárásokként je- 
lentkeznek majd. Egy jól mene- 
dzselt felhasználói közösséggel 
tulajdonképp beemeljük a felhasz- 
nálót az értékteremtési láncba, hi- 
szen az ő segítségével fogjuk speci- 
fikálni a termékeinket. 47 
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Felhasználókhoz igazodva 


EZT) 


A fejlesztők újabb és újabb adaptív felületekkel bővítik az EuroOffice irodai program- 
csomagot. A jövőben kiemelt szerepet kapnak a netbookok és a mobileszközök 


használatát segítő megoldások. 


öbb irányban is folyik az 
T OpenOffice forráskódra 

épülő EuroOffice irodai 
szoftvercsomag továbbfejlesztése. 
Az egyik fő irány a jobb használ- 
hatóságot segítő bővítmények, 
ezek közül is kiemelten az adaptív 
felületek létrehozása. De mit is 
takar az adaptív felület, illetve mi 
adta az ötletet, amelynek megva- 
lósításán a Multiráció Kft. az 
ELTE bevonásával dolgozik? 


EMLÉKEZŐ SZOFTVER- 
KÖNYVTÁRAK 

Induljunk ki abból, hogy egy 
irodai alkalmazásgyűjtemény 
funkcionalitásának még a leg- 
professzionálisabb felhasználók 
is csak a töredékét, legfeljebb az 
5 százalékát használják ki. Mind- 
azonáltal még a legritkábban 
használt funkciókat is el kell ér- 
ni a menüből, ugyanakkor olyan 
menüszerkezetet kell kialakítani, 
amiben a kezdő felhasználók is 
eligazodnak. A feladat nem egy- 
szerű, de a megoldása koránt- 
sem lehetetlen. A Multiráció — 
az ELTE-vel karöltve — olyan 
változtatásokat hajtott vég- 

re a forráskódban, amelyek ha- 
tásai mind az alap 
EuroOffice prog- 
ramban, mind an- 
nak bővítménye- 
iben észlelhetők. 
A hatás lényege, 
hogy a szoftver va- 
lósággal kitalálja 

a felhasználó gon- 
dolatait, ezáltal nö- 
veli a hatékonysá- 
gát, ráadásul min- 
denféle tolakodás 
nélkül. 

, Megoldásunk alapja, hogy 
magában az alkalmazásban és 
a bővítményekben is létrehoz- 
tunk egy-egy olyan szoftver- 
könyvtárat, amely figyeli a fel- 
használó által használt funkci- 
ókat, emlékszik ezekre, majd 
hozzájuk igazítja a felhasználói 


felületet. Az így létrejövő inter- 
face-t nevezzük adaptív felület- 
nek" — mutat rá Banai Miklós, 

a Multiráció ügyvezető igaz- 
gatója. 


NETBOOKHOZ IGAZÍTVA 

Az újszerű, adaptív menürend- 
szerek iránti növekvő igény 
egyik alapvető oka a netbookok 
terjedése. A netbooknak fizika- 
ilag kicsi a kijelzője, azon tehát 
csak viszonylag kis méretű betű- 
ket lehet megjeleníteni. Ez külö- 
nösen komoly problémát okoz- 
hat olyan helyszíneken, ahol 
gyér a külső megvilágítás, vagy 
például utazáskor, az eszköz ál- 
landó mozgásakor, rázkódásakor. 
Ilyenkor nincs más választás: na- 
gyobb betűméretet kell választa- 
ni. Ez azonban a kis képernyőn 
számos, rendkívül zavaró megje- 
lenítési problémához vezet — itt 
juthat szerephez az adaptivitás. 
Ha a program megismeri a fel- 
használó szokásait, akkor példá- 
ul a leggyakrabban használt me- 
nüpontokat eleve nagyobb betű- 
mérettel jeleníti meg, miközben 
a többinél meghagyja a kis mére- 
tet. De elképzelhető olyan meg- 
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donságok. Az EuroOffice-ban 
már megjelentek ezek a funkci- 
ók, maga a szoftver tartalmazza 
a szóban forgó jellemzőket. Az 
igazi újdonság azonban az, hogy 
az adaptív tulajdonságokat átve- 
zettük a bővítménykódokba is, 
így már a bővítmények is tudnak 
emlékezni" — hívja fel a figyel- 
met Banai Miklós. 
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Beálítások 


tárolt komplex dokumentum- 
ból — a kliens-szerver kapcso- 
lat révén — mindig csak az éppen 
szükséges kis rész jelenik meg 

a mobileszköz kijelzőjén. A má- 
sik lehetőség, amikor — megtart- 
va az OpenDocument formátu- 
mot - eleve csökkentett funkci- 
onalitású a mobileszközön tárolt 
dokumentum. 


PREVENTÍV HIBAÉSZLELÉS 
Banai Miklós egy további, szin- 
tén a bővítményekhez kapcso- 
lódó fejlesztési irányvonalra is 
felhívja a figyelmet. A Szege- 
di Tudományegyetemmel kar- 


EuroOffice Adaptív felület beállításai 


A fejlesztőcsapat most azon 
dolgozik, hogy a teljes felhasz- 
nálói felületet újra lehessen szab- 
ni, tehát a kis, dokkolható menü- 
sorokat a felhasználó a mostani- 
nál sokkal rugalmasabban hasz- 
nálhassa, illetve igény esetén 
akár át is tudja programozni. 


ODF DOKUMENTUMOK 
MOBILESZKÖZÖN 


d EGYENEK NE NEJE NE NE NE TE GET 


A szakember szerint 


oldás is, hogy mindig azt a me- 
nüpontot nagyítja ki, ahol az 
egér mozog. Ezen funkciók ré- 
vén a felület felhasználóbaráttá, 
a munka hatékonyabbá válik. 

, Néhány éven belül várható- 
an az összes mobileszköznél fon- 
tosak lesznek az adaptív tulaj- 


az OpenDocument 
formátumú (ODF) 
dokumentumok 
mobil- és egyéb kis 
képernyős eszkö- 
zökkel való keze- 
lése az elkövetkező 
egy-két évben köz- 
ponti kérdéssé vá- 
lik. A Multiráció 
ilyen projektekkel is foglalko- 
zik, a munka prototípusszintig 
jutott el. 

A probléma jellemzően két 
irányból közelíthető meg. Az 
egyik lehetőség, amikor a mobil- 
eszközön csak egy egyszerű kli- 
ensprogram fut, és a szerveren 


öltve folyamatosan dolgoznak 

a forráskód minőségellenőr- 
zésén, -javításán. A munka so- 
rán nagyban támaszkodnak 

a Szegedi Egyetem különbö- 

ző forráskódelemző eszközei- 
re, amelyek ki tudják szűrni az 
adatokból a gyanús kódrészeket. 
Ezen hardvereket a Multiráció 
szakemberei továbbfejlesztet- 
ték: behangolták az OpenOffice 
kódjára, illetve a bővítmények 
scriptjét is hozzátették a kódmi- 
nőség-biztosító rendszerhez. 

A kódelemzések eredménye 
kettős: egyrészt kijavítják az 
OpenOffice kritikus, gya- 
nús kódrészeit (a kódjavítások 
száma az ezres nagyságrend- 
be esik), másrészt a fejlesztések 
során nem követik el a már fel- 
tárt hibákat. 

A forráskódelemző eszközt 
eredetileg a felhasználók által 
jelzett, ismert hibák felismeré- 
sére hangolták be, de a program 
a folyamatos továbbfejlesztések- 
nek köszönhetően ma már szá- 
mos egyéb kódhiba preventív 
észlelésére is alkalmas. MI 
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Kérdések kulcsszavak helyett 


Tim Berners-Lee két évtizede mutatta be a széles nyilvánosságnak a World Wide Web 
projektet. A világháló azóta mindennapjaink részévé vált, elképzelhetetlen nélküle 

élni, átalakította az emberi kommunikációt, társadalom- és gazdaságformáló szerepe 
felbecsülhetetlen. Írta: Kömlődi Ferenc 


élyére ásni, bugyraiban 
iv] tényleg intelligensen 

kutakodni a Google 
sikere ellenére is komoly prob- 
lémákat okoz még. A keresés 
ugyan hatékony, de az informá- 
cióhoz való hozzáférés hiába tű- 
nik gyorsnak, a relevancia egyre 
kevésbé felel meg a csúcstech- 
nológiai környezet lehetősége- 
inek. Kulcsszavak, feleslegesen 
hosszú dokumentumlista kezelé- 
se helyett célszerűbb és ponto- 
sabb lenne kérdéseket feltenni, 
és közvetlen, egyértelmű választ 
kapni rájuk. 

Ehhez azonban a keresőmo- 
tornak szövegek végigfutása he- 
lyett alapentitásokat — embere- 
ket, helyeket, tárgyakat — kell 
azonosítania és feltárnia a köz- 
tük fennálló kapcsolatokat. 


AZ ONLINE KERESÉS JELENE 

, Megfelelő tudományos és 
anyagi befektetéssel a keresés 
mai formájára rövid időn belül 
ugyanolyan nosztalgiával te- 
kinthetnénk vissza, mint a múlt 
tovatűnt technológiáira, pél- 
dául az elektromos írógépre és 
a bakelitlemezre? — véli a téma- 
körrel hosszú évek óta foglalko- 
zó Oren Etzioni, a Washington 
Egyetem (Seattle) Turing Köz- 
pontjának vezetője. 

Az átalakulás azonban késik. 
Egyrészt a kutatói közösségek 
viszonylag kevés energiát fordí- 
tottak bonyolult válaszokat szin- 
tetizáló megoldásokra, másrészt, 
mert inkább a klasszikus, kulcs- 
szavas keresés fokozatos fejlődé- 
sére fókuszáltak. Pedig referen- 
ciaanyagok végeláthatatlan kata- 
lógusa helyett célszerűbb lenne, 
ha természetes nyelven kapnánk 
választ kérdéseinkre. A fejlesz- 
tők hiába találnak ki a korábbi- 
aknál praktikusabb módszereket 
a használható találatok rangso- 
rolására (ranking), az átvizsgált 
honlapok száma napról napra 


nő, a kereső milliárdnyi doku- 
mentumot indexel, és akár a leg- 
egyszerűbb kutakodásra is képes 
milliónyi találattal előállni. A je- 
len és a közeljövő adatáradatában 
a felhasználó kérdését értelmező, 
az információból tényeket kinye- 
rő, majd a helyes választ kivá- 
lasztó programra lenne szükség. 

Az ismert keresőmotorok csak 
kis lépéseket tettek ebben az 
irányban. A Google hiába áll elő 
például speciális esetekben idő- 
járás-előrejelzéssel, a megoldás 
egyáltalán nem általános, min- 
den egyes kérdésre (egyelőre) le- 
hetetlen egzakt felelettel szolgál- 
ni. A magát inkább , döntésmo- 
torként" pozicionáló Bing a re- 
pülőjegy-kalkulátor kivételével 
többé-kevésbé ugyanúgy műkö- 
dik, mint a nagy rivális. 

A Microsoft cambridge-i ku- 
tatórészlege (Egyesült Király- 
ság) Antonio Criminisi vezetésé- 
vel az emberi testet ábrázoló or- 
vosi képeket néhány másodperc 
alatt indexelő (értelemszerű- 
en speciális) keresőt fejlesztett, 
amely CI-röntgennél automati- 
kusan megtalálja a szerveket és 
más szerkezeteket, így segítve 
a 3D-s fényképet tanulmányo- 
zó orvost. A kereső könnyebbé 
teszi röntgenképek kezelését és 
feldolgozását, sokat javítva a be- 
tegellátás minőségén. Csakhogy 
a szervek mellett a betegségek 
vizuális jeleit is célszerű lenne 
indexelni. 

A 2009-ben indult és nagy mé- 
diafelhajtással beharangozott 
Wolfram Alpha elvileg az infor- 
máció első olyan , globális tárhá- 
za," amely ugyanúgy érti és vá- 
laszolja meg a tényszerű kérdé- 
seket, mint ahogy feltettük neki. 
Irreleváns honlapokat és doku- 
mentumokat is tartalmazó listák 
helyett strukturált és szakértők 
által hitelesített adatokból ösz- 
szeálló korpuszok feldolgozásán 
alapuló konkrét válaszokat ad, 


emberi nyelven. Beütjük a szö- 
veget, a gép számításokat végez, 
releváns szöveges és képi felele- 
teket generál. 

Működése hasonlít Douglas 
Lenat 1980-as években elindí- 
tott Cycjéhez. A Cyc folyamato- 
san bővülő adatbázist használva 


( GNNNE. guWulua 
Altalában gyors 
választ, elsődle- 
ges forrásokat 
akarunk. Arnbici- 
ózus cél bonyolult 
kérdések azonnali 
megválaszolásához 


von le következtetéseket. A mes- 
terségesintelligencia-kutatás brit 
fenegyereke, Szepben Wolfram ta- 
lálmánya ugyanígy következtet, 
ráadásul viszonylag kevés adat- 
ból is képes pontosan dolgozni. 
Másként, mint a sok választ in- 
dexáló, azokat a kutakodás tár- 
gyával összevető, számukat — op- 
timális esetben — egyre (remél- 
hetőleg a helyesre) csökkentő 
szemantikus keresők. 

A , józan paraszti ész"-ből — 
common sense — kiinduló Cye 
rendszer számos szakmabeli vé- 
leménye szerint ez idáig a leg- 
előrehaladottabb mestersé- 
gesintelligencia-kivitelezés. 

A Wolfram Alphát (még béta- 
változatban) egyébként maga 
Lenatis tesztelte. Egyes kérdé- 
sekre valóban meglepően pon- 
tos választ ad. Például erre: , Túl 
részeg vagyok a vezetéshez?" 

A program javaslata: , Súlyunk 
és az elfogyasztott ital mennyi- 
sége alapján számoljuk ki a vér- 
alkoholszintet.?" A megközelítés 
hátránya, hogy csak előzetesen 
nagyon pontosan definiált, kor- 


látozott kérdéssorozatokra al- 
kalmazható. 

, A Cycnél szélesebb, a Google- 
nál szűkebb területre vonatkozó 
kutakodást kezel — állapította 
meg Lenat. — Az általa megje- 
lenítettek közül egyiket-mási- 
kat érti is. De csak az egyiket- 
másikat. Végeredményben, nagy 
mennyiségű kérdést nem tud 
elemezni és nagy mennyiségű 
elemzett kérdésre képtelen vá- 
laszt adni." 

A Microsoft és a Google egy- 
aránt próbálkozik alternatív 
megoldásokkal. Előbbi 2008-ban 
vásárolta fel a természetes nyel- 
ven történő keresésre specializá- 
lódott Powerset startupot, utób- 
bi a filmekről, éttermekről és 
más helyi szolgáltatásokról ér- 
deklődő felhasználónak válaszo- 
ló iPhone-alkalmazást kidolgo- 
zó, szintén startup Siri 2010-es 
akvizíciójával igyekezett újítani. 
Az igazság azonban az, hogy 
a két gigacég ilyen irányú kiadá- 
sai is csekély összegek a kulcs- 
szavas keresésre fordított jelenle- 
gi befektetésekhez képest. 

A Google, a Bing és a Wolfram 
Alpha egyértelműen példázzák, 
hogy a keresők csak akkor te- 
kinthetők intelligensnek, ha ál- 
talános rendeltetésű , kérdés- 
válasz" képességekkel rendel- 
keznek. Jelenleg még a legfejlet- 
tebbek sincsenek ezen a szinten. 
Etzioni szerint mind a fejlesz- 
tői, mind a befektetői oldalon 
invenciózusabb megközelítésre, 
több kockázat felvállalására len- 
ne szükség. 


INFORMÁCIÓKIVONATOLÓ 
RENDSZEREK 

Tényszerű információ automa- 
tikus kivonatolásával szövegek- 
ből az 1970-es évek óta foglal- 
kozik a számítástudomány. 

A korai rendszereket nagyon jól 
körülírható, speciális és szűk té- 
makörökre dolgozták ki, példá- 
ul az 1980-as években a Jasper 
Reuters-hírekből próbált pénz- 
ügyi információkat értelmezni. 
A vizsgálódási terület bővítése 
munkaintenzív folyamatnak bi- 
zonyult, ráadásul a hibázás le- 
hetősége is nagyobb lett. Az 
újabb fontos változás a követ- 
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kező évtizedben éreztette hatá- 
sát: a régebbieknél sokkal auto- 
matizáltabb információkivona- 
toló rendszerek megjelenésével 
a számítógépek már nem ma- 
nuálisan , barkácsolt" szabályok 
alapján nyertek ki mondatok- 
ból tényeket, hanem — gondo- 
san összeválogatott példamon- 
dat-gyűjtemény alapján — maga 
a rendszer generálta automati- 
kusan a szabályokat. Az automa- 
tizált megközelítés modernebb, 
kisebb a hibaszázalék, viszont 
manuális beavatkozás nélkül 
még mindig nem elég hatékony, 
nem tud jól működő példagyűj- 
teményt összeállítani minden 
egyes témakörre. 

Etzioni laboratóriuma 2007- 
ben bevezette a bármilyen to- 
pikra méretezhető, tetszőleges 
mennyiségű angol mondatra al- 
kalmazható (nyílt forráskódú) 
nyílt információkivonatoló mód- 
szert, az entitások közti kapcso- 
latokat webes dokumentumok 
alapján , feltérképező" ReVerb 
programot. 

Az alapötlet felettébb egysze- 
rű: a legtöbb mondat megbíz- 
ható szintaktikai fogódzókat ad 
ahhoz, hogy mit jelent. Az an- 
gol nyelv általában igékkel vagy 
igékkel és prepozíciókkal feje- 
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zi ki a kapcsolatokat. A számító- 
gép sokszor teljesen egyértelmű- 
en megállapítja, hogy az adott 
mondatban hol az ige, majd azo- 
nosítja a hozzá kapcsolódó en- 
titásokat, és felhasználva ezeket 
az ismereteket, az adott tényre 
vonatkozó állításokat hoz létre. 
Természetesen nem mindig hi- 
bátlanul, mert például a Kentucky 
Fried Cbicken esetében úgy is kö- 
vetkeztethet, hogy , Kentucky ál- 
lam megsütött nébány csirkét." V1- 
szont a szöveggyűjtemények, 
korpuszok, a nagy mennyisé- 

gű honlap egyértelműsítik, hogy 
ugyanazon állítás többfélekép- 
pen kifejezhető. Ha a rendszer 
különböző szerzők egymástól 
független azonos állítását sok- 
szor kivonatolja, a kikövetkezte- 
tett jelentés valószínűsége expo- 
nenciálisan nő. 

A nyílt információkivonatolás 
példamondatok témaspecifikus 
gyűjteménye helyett az internet 
szerteágazó topikjait lefedő álta- 
lános modellen alapul, azon ke- 
resztül vizsgálja az információ 
(angol) nyelven keresztül való 
kommunikálását. 

Más megközelítéseket tesztelve 
is születtek fontos eredmények az 
utóbbi években. A szakterületi 
fejlesztések — a Google, a Micro- 
soft és számos startup, például 
a felhasználót a kinézett termék 
megfelelő időben történő meg- 
vásárlásában segítő Decide. 
com mellett — híres ameri- 
kai felsőoktatási intézmé- 

nyek nevéhez fűződnek: 

Carnegie Mellon (Pitts- 
burgh), Stanford (Palo 
Alto), New York Egye- 
tem. A nyílt információ- 
kivonatolással ellentétben, 
ezek a megoldások egyelő- 
re nem működnek automa- 
tikusan a teljes világhálón. 
Egyik-másik projekt hi- 
ába talált ki mondato- 
kat, jelentéstani mély- 
ségeikben is értő szu- 
pergyors rendszere- 
ket, azok csak speciális 
területeken (leginkább 
a pénzügyekben) vagy 
meghatározott műfajokban 
(Wikipédia szócikkek) műkö- 


"edőképesek. Iudományos cikkek- 


ben kutakodó, új kapcsolatokat 

és hipotéziseket feltételező masz- 
szív programokkal szintén kísérle- 
teznek. Többségük egyelőre még 
nem teljesen automatizált, ráadá- 
sul olyan kihívásokkal is szem- 

be kell nézniük, mint a leszűkített 
vizsgálódási kör (például Etzioni 
nyílt információkivonatoló mód- 
szerével kombinálva eredménye- 
sen kivitelezhető) bővítése. 

A jelenlegi rendszerek távol- 
ról sem tökéletesek, amellett, 
hogy igével kifejezett kapcsola- 
tokra következtetnek, főnevek- 
kel és melléknevekkel is jobban 
el kellene boldogulniuk. Mi- 
vel az információt forrása, 
szándéka és szövegkörnyezete 
határozza meg, célszerű lenne, 
ha ezeket és a nüánszokat is be- 
építenék az elemzésbe, vala- 
mint a rendszereket minél több 
nyelvre adaptálnák. 

Úgy tűnik, az ambíció és a kép- 
zelőerő hiánya is akadályozza az 
információkinyerésről a kérdés- 
felelet megközelítésre történő 
váltást. A természetesnyelv-fel- 
dolgozással kapcsolatos kutatá- 
sok jelentős része korlátozott fel- 
adatokra, mondatok jelentésének 
megfejtése helyett szintaktikai 
szerkezetekre, masszív korpu- 
szokra nem méretezhető mód- 
szerekre vagy (a manuálisan an- 
notált adatoktól való függés mi- 
att) tetszőlegesen kiválasztott 
topikokra, esetleg bevált, de 
a szövegek mennyiségi növeke- 
dése miatt egyre bonyolultabb 
és hosszadalmasabb számítási 
műveletekre kényszerülő algo- 
ritmusokra összpontosít. 


WATSON NYOMÁBAN 
A DARPA 2009-ben indult Gépi 
Olfvasás programja figyelemre 
méltó kezdeményezés: a részt ve- 
vő kutatóközösségek a jelenlegi 
módszereket a web méretére és 
sokszínűségére igyekeznek adap- 
tálni, és értelemszerűen előbb- 
utóbb szembenéznek a , kérdés- 
felelet" jellegű keresés szemanti- 
kai és egyéb kihívásaival. 
Etzioni az IBM Watsonját 
hozza fel pozitív példaként, a jö- 
vőt előrevetítő kivételként. Feb- 
ruár egyik technológiai szenzá- 
ciójaként az amerikai Mindent 


vagy semmit (feopardy) vetélke- 
dőműsor speciális fordulójában 
a szuperszámítógép legyőzte 
a show addigi két örökös bajno- 
kát. A hardver sok szerver ösz- 
szessége, amelyeket a kvízmű- 
sor alatt a színfalak mögé rejtet- 
tek egy megfelelő hűtéssel el- 
látott óriási helyiségben. Tíz 
darab 100 IBM Power 750 szer- 
vert rejtő rackben található, ka- 
pacitása mintegy 2800 felet- 
tébb masszív számítógépnek felel 
meg, belső memóriáját például 
15 terabájtosra méretezték. 
Elektronikus szövegként érke- 
ző feladványnál bonyolult algo- 
ritmusokkal elemzi a szövegben 
fellelhető kulcsszavakat, viszo- 
nyaikat, a mondatok felépítését. 
A következő lépésben lehetséges 
válaszokat állít fel, és elvet más 
ötleteket. A válaszokhoz több 
mint egymillió könyvnek meg- 
felelő szövegkorpuszt és adatbá- 
zisokat használ. Az IBM mérnö- 
kei azt tanulmányozzák, hogyan 
lehetne Watson képességeit ál- 
talános rendeltetésűvé (és érvé- 
nyűvé) tenni, hogy tevékenysége 
túlmutasson a Jeopardy keretein. 
Az általános rendeltetésű kér- 
dés-válasz rendszerek pozitív ha- 
tással lesznek a webes keresésre. 
Amellett, hogy például a tudósok 
alaposabban átfésülhetik az 
online szakirodalmat, a tömör vá- 
laszok miatt a világhálót mobil- 
eszközökön használók is eredmé- 
nyesen kutakodhatnak. Mivel 
egyre többen neteznek parányi 
kijelzőkkel, és a mobillehetősége- 
ket választók száma drasztikusan 
nő, kereséseik eredményétől nem 
megijedni, hanem megörülni fog- 
nak. A kulcsszavas módszer néha 
végtelennek tűnő találatlistája he- 
lyett azt és semmivel sem többet 
vagy kevesebbet kapnak annál, 
mint amire kíváncsiak voltak. 
Például, ha a Barcelona mai 
meccsének eredményére kérdez- 
nek rá, megtudják, hogy a csapat 
5-0-ra nyert, ha a legközelebbi 
thai étteremre, pontos címet 
kapnak. Általában gyors választ, 
elsődleges forrásokat akarunk. 
Ambiciózus cél, ám a bonyo- 
lult kérdéseket azonnal megvá- 
laszoló Watson sikere optimiz- 
musra ad okot. A 
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I ÖNKÉNTESSÉG A VÁLLALATNÁL 


égTendszergazdák 


végzés eredménye nem váltható készpénzre, mégis egyre 
é ehető az IT-szakmában is. A vállalatoknak pedig érdemes 
támogatni a jelens hali . mivel profitálhatnak belőle. Írta: Szilágyi Szabolcs 


épzelje el, hogy a napköz- 
ben mogorvának tűnő 


rendszergazdát délután 
húsvéti nyúlnak öltözve látja vi- 
szont, az [I-projektmenedzserrel 
a helyi idősek otthonában talál- 
kozik, ahol kertészkedéssel fog- 
lalkozik, az informatikai részleg 
vezetője pedig gyakran felbukkan 
az év végi időszakban, rögtönzött 
karácsonyi kórusokban dalokat 
énekelve. Furcsa lenne? Nos, az 
Egyesült Allamokban közel sem 
az. A fentiek élő példák, ráadá- 
sul nemcsak a munkavállalók ön- 
kéntességére világítanak rá, ha- 
nem munkaadójuk támogatására 
is. Mindhárman cégük beleegye- 
zésével végzik tevékenységüket, 
amelyre egyébként nem is olyan 
ritkán fizetett munkaidejükben 
kerítenek sort. 

De miért éri ez meg a vállalat 
számára? Hiszen az alkalmazott 
közvetlenül a céges erőforrásokat 
csapolja meg azzal, hogy mun- 
kában töltött idejének egy ré- 
szét , saját" céljaira fordítja. Nos, 
a helyzetnek több hozadéka van 
a vállalat számára, mint ameny- 
nyibe kerül: egyrészt a munka- 
vállaló valóban olyan célokért te- 
het, amelyekkel egyetért, ám az 
a helyi közösség érdekeit is szol- 
gálja — többnyire annak a közös- 
ségnek az érdekeit, amely a válla- 
lat ügyfélkörének jelentős részét 
adja. Ezáltal a cég reputációja is 
növekedhet abban a környezet- 


ben, ahol az önkéntes munka fo- 
lyik. Ez akár ahhoz is hozzájárul- 
hat, hogy a vállalat nagyobb ér- 
deklődést váltson ki a fiatalabb, 
közösségi életre fogékonyabb és 
technikához jobban értő munka- 
vállalók körében. 


Az önkéntesség jó hatással van 

a , hivatalos?" munkára is. Már 
számos gazdálkodó szervezet fel- 
ismerte, hogy közvetlen kapcso- 
lat van a közösség érdekében tett 
erőfeszítések és a munkavégzés 
termelékenysége, illetve a csapat- 
munka fejlődése között. Hasonló 
előnyökkel szolgál a gondosan 
megválasztott önkéntes feladat- 


vállalás, mint egy csapatépítő 
tréning. Utóbbi pedig a legtöbb 
cégnél valamilyen formában léte- 
ző jelenség. 

,A cégen kívül végzett önkén- 
tes tevékenység lehetővé teszi az 
alkalmazottak számára, hogy sa- 
ját kollégáikat egy másik szem- 
üvegen keresztül, más szemszög- 
ből nézhessék" — állította a je- 
lenséget bátorító amerikai Reed 
Technology vállalat informati- 
kai igazgatója, David Ballai: 

, A megszokottól eltérő környe- 
zetben kell helytállniuk, egy kö- 
zösség érdekeit szem előtt tartva. 
Miután visszatérnek munkájuk- 
hoz, sokkal holisztikusabb szem- 
léletmódot vallanak kollégáik- 
kal és ügyfeleikkel szemben is, 
jobban megértik, hogyan műkö- 
ak a világ. Nagyon jó csapatépí- 

ő!" (az önkéntes feladatvállalás — 
a s s 

Ballai állítását erősítette meg 
Marcia Riley, az ESI International- 
nél emberi erőforrásokkal foglal- 
kozó alelnök is. Elmondta: a 30 
alattiak hajlamosak igazán ön- 
kéntes feladatvállalásra, gyakran 
rá is kérdeznek az ilyen lehető- 
ségekre egy-egy állásinterjún. 
Riley elárulta, hogy 20 évvel ez- 
előtt nem találkozott ilyen igé- 
nyekkel a felvételi elbeszélgeté- 
sek során, vagyis egy relatíve új 
jelenségről van szó. , A fiatalab- 
bak igénylik ezeket az előnyöket, 
a jó munkaadó pedig válaszol rá- 


juk" — foglalta össze véleményét 
az ESI alelnöke. 


A szektorban dolgozók nemcsak 
húsvéti nyúlnak öltözve válhatnak 
önkéntesen a társadalom haszná- 
ra, hanem akár saját szakértelmü- 
ket kihasználva is segítségére le- 
hetnek másoknak, például olyan 
gazdálkodó szervezeteknek, ame- 
lyek ugyan rászorulnának erre 
a tudásra, de megfizetni nem tud- 
ják azt. Jó példa erre az USA-beli 
Comerica esete: a bank vezetői 
mindig úgy gondolták, hogy 
a pénzügyi tevékenység a biza- 
lomról szól, ezért teret adtak az 
alkalmazottaiknak önkéntes fel- 
adatvégzésre. Ennek során aktí- 
van közreműködtek olyan csapat- 
munkákban, ahol szakértelmükre 
volt szükség. Igy kaphatott a det- 
roiti állatkert informatikai rend- 
szere teljes átvilágítást és a sze- 
gényeket segítő helyi élelmi- 
szer-elosztó központ osztályozó- 
rendszert a konzerv élelmiszerek 
katalogizálásához — ingyen. 

Az ilyen tevékenységek so- 
rán az alkalmazottak a megszo- 
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kott környezetben tapasztalható 
nyomás, bizonyítási kényszer 
nélkül használhatják képessége- 
iket. Anélkül tehetnek valamit 

a rászorulók informatikai igénye- 
inek kielégítéséért, hogy közben 
az , általános?" munkavégzéskor 
megszokott és átélt stresszel kel- 
lene szembesülniük. Igy egyfajta 
lazításra nyílik lehetőségük amel- 
lett, hogy használják tudásukat. 

A csoportmunkát erősítő té- 
nyezőről számolt be az egész- 
ségügyben tevékenykedő lexas 
Health II-részlege is. A Healing 
Hands, Caring Hearts (,, Segítő 
kezek, gondoskodó szívek") mot- 
tót alkalmazó vállalat szintén fel- 
ismerte az önkéntességben rejlő 
erőt, ezért havonta 8 órányi fize- 
tett, de a közösség javára felhasz- 
nálható munkának biztosít teret. 
Ennek pozitív hozadékáról Ed 
Marx, a vállalat informatikai 
szakértője számolt be. 

, Nemcsak a közösségtudatos- 
ság tekintetében voltak nagy ha- 
tással ránk a feladataink, de az 
önkéntesen vállalt tevékenysé- 
gek szemléletformálónak is bizo- 
nyultak. Felfrissülve láttunk neki 
munkánknak, amit nagyban elő- 
segített az is, hogy tisztába kerül- 
tünk azzal: cégünk nem ocsakc 
egy munkahely. Már tudjuk, mi 
a szerepünk az egészségügyben, 
és azt is, hogy ezen belül mi az 
TI feladata? — lelkendezett az in- 
formatikai vezető. 

Emellett olyan képességekre 
derült fény, amelyek a hétközna- 
pi munka során rejtve maradtak. 
Egyes alkalmazottakból termé- 
szetes módon tört elő a vezető, 
holott a mindennapok feladat- 
végzése során beosztottként te- 
vékenykedtek. Marx fontosnak 
tartotta azt is kiemelni, hogy az 
informatikai részleg vitálisab- 
bá vált. Normál esetben a rend- 
szergazdák egész nap csak ülnek 
a monitor előtt, kezelik a rend- 
szer hibáit, rendellenességeit, 
hallgatják a felhasználók pana- 
szait — vagyis nem igazán moz- 
gatják meg magukat. Ezzel szem- 
ben az önkéntes feladatvégzés 
(jelen esetben közösségi házépí- 
tés) akár alapos tornának is fel- 
fogható, így az alkalmazottak 
élete kiegyensúlyozottabbá vált. 


I HORIZONT] 


A tapasztalatok szerint a mér- 
nöki tevékenységgel és infor- 
matikai feladatokkal foglalko- 
zókat nem közvetlenül szakirá- 
nyú tudásuk miatt is szívesen lát- 


ják az önkéntes feladatvégzésben. 


Ezek az emberek ugyanis jók 
problémafelismerésben és -fel- 
térképezésben. Az IT-részlegen 
dolgozóknak gyakran szigorú ha- 
táridőknek kell megfelelniük, rá- 
adásul sok tennivalójuk akad, 
amit viszonylag kevés pénzből 
kell megvalósítaniuk. Így képe- 
sek meglátni a lehetőségeket az 
önkéntes munkavégzés során is, 
illetve feladatukat hatékonyan 
tudják elvégezni. 


HAZAI HELYZET 

Ugyan 2011 az Önkéntesség Eu- 
rópai Eve, itthon ez mégis ke- 
vésbé jellemző munkavállalói 
oldalról, inkább vállalati szinten 
jelentkezik. Utóbbira rengeteg 
példát láttunk az elmúlt időszak- 
ban. Cbristopber Mattbeisen, 


a Mindentudás Egyetemét alapító 


Magyar Ielekom vezérigazgató- 
ja például idén januárban arról 
szólt, hogy az ME 2.0 a távköz- 
lési cég olyan CSR- (Corporate 
Social Responsibility — vállalati 
társadalmi felelősségvállalás) te- 
vékenysége, amivel felelősséget 
vállalnak a jövő társadalmáért. 
Ugy gondolták, hogy a gazda- 
sági krízis ellenére is fenn kell 
tartani az efféle társadalmi fele- 
lősségvállalási tevékenységet, 
sőt tovább kell bővíteni azt, 
mert a válságban talán még na- 
gyobb szükség van az innováci- 
óra. Az ME 2.0 csökkenti a digi- 
tális szakadékot, népszerűsíti az 
e-learninget, javítja a társadalmi 
mobilitást, és végeredményben 
az ország versenyképességét. 
Egyéni szinten is működik az 
önkéntesség a kommunikációs 
vállalat hazai leányánál. Erre 
szolgáltat példát az a 18 játszó- 
tér, amelynek felújításához a cég 
alkalmazottai is hozzájárultak az 
ezredfordulón, többek között az- 
zal, hogy a játszótér alapjainak 
kiásását saját maguk végezték el. 
2005-ben a , Vigyázz a madárra! 
program keretében három nem- 
zeti parkban építettek fel túra- 
pontokat és madármegfigyelő 


tornyokat. Ezt követte a 2007-es 
Ocsai Madárvárta Egyesületnek 
eljuttatott 4 millió forintos ado- 
mány, a leégett oktatóház újjá- 
építéséhez a dolgozók kétkezi 
munkájukkal is hozzájárultak. 

A Samsung Electronics Ma- 
gyar Zrt. képviseletében pedig 
Si Ho Jang, a jászfényszarui 
Samsung-gyár elnöke önköltsé- 
gen 10 millió forint értékű ado- 
mányt adott át szeptember 30-án 
a 2010-es vörösiszap-katasztrófa 
során legnagyobb kárt szenvedett 
településeknek. Az adományt ké- 
pező 189 Samsung televízióké- 
szüléket és monitort a Magyar 
Kármentő Alapon keresztül 
Devecser, Somlóvásárhely és 
Kolontár kapja. A dél-koreai vál- 
lalat számára nem volt ismeret- 
len korábban sem az ilyen te- 


vékenység, hiszen 2010-ben 20 
millió forint értékű adományt 
juttattak el az árvízkárosultak- 
nak, emellett platina fokozatú tá- 
mogatói a magyarországi SOS 
Gyermekfalvaknak és arany fo- 
kozatú támogatói a Magyar 
Olimpiai Bizottságnak immár 15 
éve. A tavalyi vörösiszap-kataszt- 
rófa károsultjainak megsegítése 
egyébként nem , fentről" indult 
kezdeményezés, hanem azt az al- 
kalmazottak vetették fel, amelyet 
felkarolt a vezetőség. 

Említést érdemel a Bátor Tá- 
bor kezdeményezés, amely daga- 
natos, cukorbeteg, krónikus 
ízületi gyulladással, valamint 
haemophiliával kezelt gyermekek 


és családjaik részére nyújt rövid 
kilépést a kórral való küzdelem- 
ből. Noha számos céges támoga- 
tó segíti munkájukat, néhány vál- 
lalat alkalmazottai , cimboraként" 
is részt vállalnak a gyerekek fel- 
vidításában. Például a gyógyszer- 
ipari GlaxoSmithKline Kft. al- 
kalmazottai feladatot vállalnak 
a táborokban, az üzletviteli és 
vezetési tanácsadással (is) fog- 
lalkozó Deloitte Magyarország 
munkavállalói pedig saját maguk 
vettek részt a hatvani tábor fel- 
újításában. 

A hazai kezdeményezések javát 
a BXP Braun £ Partners által 
életre hívott, idén negyedik 
évébe lépő Good CSR prog- 
ram fogja össze. A kutatás a ha- 
zai vállalatok körében térképezi 
fel a felelős vállalati működés ál- 
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lapotát, a társadalmi felelősség- 
vállalás különböző formáinak el- 
terjedtségét. Szerencsére a fel- 
mérés pozitív tendenciákat mu- 
tatott ki hazánkban. Amint írja, 
jellemző az átgondolt stratégi- 

ai tervezés a társadalmi felelős- 
ségvállalással kapcsolatos progra- 
mok megvalósításakor is. Ennek 
egy példája a vállalati önkéntes- 
ség, amelyre a február 1. és már- 
cius 31. között zajló felmérésben 
részt vevő 53 cég kétharmadánál 
van jelenleg lehetőség. A Good 
CSR program megállapítása sze- 
rint a közösségi jellegű önkéntes- 
ség valamivel elterjedtebbnek te- 
kinthető Magyarországon, mint 
a szakértői típusú. 41 
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